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万 众多 世界 级 软件 大 师 鼎 力 推荐 
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领域 模型 使 开发 人 员 可 以 表达 丰富 的 软件 功能 需求 ， 由 此 实现 的 软件 可 以 满足 用 户 真正 的 需要 ， 因 此 被 公认 为 是 软 
件 设计 的 关键 所 在 ， 其 重要 性 显而易见 。 但 讲述 如 何 将 领域 模型 用 于 软件 开发 过 程 的 优秀 实用 资料 却 不 多 见 。 本 书 正 是 
这 一 领域 最 著名 的 作品 ， 受 到 众多 业界 大 师 的 赞美 和 推介 ， 广 受 读者 好 评 

要 通过 创建 领域 模型 来 加 速 复 杂 的 软件 开发 ， 就 需要 利用 大 量 最 佳 实践 和 标准 模式 在 开发 团队 中 形成 统一 的 交流 语 
言 ， 不 仅 重 构 代 码 ， 而 且 要 重 构 代码 底层 的 模型 ， 同 时 采取 反复 和 迭代 的 敏捷 开发 方法 ， 深 入 理解 领域 4 促进 领域 专 
家 与 程序 员 的 良好 沟通 。 针 对 这 些 内 容 ， 本 书 结合 真实 项 目 ， 系 统 地 介绍 了 领域 驱动 开发 的 目标 、 意 义 和 方 法 ， 充 分 讨 
论 了 复杂 系统 的 建 模 与 设计 问题 

本 书 将 指导 面向 对 象 开 发 人 员 、 系 统 分 析 人 员 和 设计 人 员 合理 地 组 织 工作 ， 各 有 侧重 、 彼 此 协作 ， 有 条 不 率 地 进行 复 
杂 系 统 的 开发 ， 帮 助 他 们 建立 丰富 而 实用 的 领域 模型 ， 并 由 此 创建 长 期 适用 的 优质 软件 
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我 最 早 听 说 Eric Evans 的 《领域 驱动 设计 》 是 在 2007 年 ， 那 时 我 所 在 的 项 目 组 出 于 知识 储备 
的 考虑 购 进 了 一 批 软件 设计 书 和 相关 资料 。 其 中 一 篇 英文 的 短篇 技术 文档 与 我 们 当时 的 项 目 非常 
相关 ， 于 是 我 们 就 仔细 研读 了 一 番 。 这 篇 仅 有 几 万 字 的 文档 多 次 提 到 了 Eric Evans 的 《领域 驱动 
设计 》， 并 引用 了 他 的 很 多 精辟 观点 。 由 于 当时 领域 驱动 设计 远 远 没有 现在 这 样 普及 ， 因 此 这 些 
观点 使 我 耳目 一 新 ， 也 给 我 留 下 了 深刻 的 印象 。 随 后 我 又 经 常 在 一 些 文献 中 看 到 Eric Evans 的 名 
字 , 更 多 地 了 解 了 他 的 领域 驱动 设计 思想 , 没 想到 时 隔 几 年 后 竟然 有 机 会 把 这 位 大 师 的 作品 翻译 
出 来 奉献 给 各 位 读者 ， 也 算是 机 缘 巧 合 了 。 

相信 大 家 对 这 本 书 都 不 陌生 ， 它 已 经 成 为 软件 设计 书 中 的 经 典 。 在 网 上 搜索 一 下 , 读者 对 它 
好 评 如 潮 ， 我 再 多 说 一 句 赞美 的 话 都 是 多 余 的 。 而 我 能 想到 的 也 唯 有 “经 典 ” 二 字 ， 它 堪 称 经 典 
中 的 经 典 。 

我 们 对 “领域 ”这 个 概念 都 很 熟悉 ,但 有 多 少 人 真正 重视 过 它 呢 ? 软件 开发 人 员 几乎 总 是 专 
注 于 技术 ， 把 技术 作为 自己 能 力 的 展示 和 成 功 的 度量 。 而 直到 Eric Evans 出 版 了 他 的 这 部 巨著 之 
后 ， 人 们 才 真正 开始 关注 领域 ， 关 注 核心 领域 ， 关 注 领域 驱动 的 设计 ， 关 注 模型 驱动 的 开发 。 相 
信和 在读 完 本 书后 ， 你 会 对 软件 设计 有 全 新 的 认识 。 

我 曾经 和 一 些 好 友 探 讨 过 以 下 一 些 问题 项目 怎样 开发 才能 确保 成 功 ? 什么 样 的 软件 才能 为 
用 户 提供 真正 的 价值 ?什么 样 的 团队 才 算是 优秀 的 团队 ? 现在 , 在 仔细 研读 完 本 书后 , 这 些 问题 
都 找到 了 答案 。 

本 书 广泛 适用 于 各 种 领域 的 软件 开发 项 目 。 在 每 个 项 目的 生命 周期 中 , 都 会 有 一 些 重大 关头 
或 转折 点 。 如 何 制定 决策 ， 如 何 把 握 项 目的 方向 ， 如 何 处 理 和 面 对 各 种 机 会 和 挑战 ， 将 对 项 目 产 
生 决 定性 的 影响 。 让 我 们 一 起 跟随 大 师 的 脚步 , 分 享 他 通过 大 量 项 目 获得 的 真知 灼 见 和 开发 心得 
吧 。 

最 后 , 衷心 感谢 人 民 邮 电 出 版 社 图 灵 公 司 各 位 编辑 在 翻译 工作 中 给 予 的 帮助 和 宝贵 意见 ， 感 
谢 热心 读者 魏 海 枫 ， 他 在 百 忙 之 中 抽出 时 间 对 本 书 译 稿 做 了 修订 工作 ， 发 现 并 修正 了 很 多 问题 。 
由 于 译 者 水 平 有 限 ， 在 翻译 过 程 中 难免 还 会 留 有 一 些 错误 ， 屋 请 读者 批评 指正 。 
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有 很 多 因素 会 使 软件 开发 复杂 化 , 但 最 根本 的 原因 是 问题 领域 本 身 错综复杂 。 如 果 你 要 为 一 
家 人 员 复 杂 的 企业 提高 自动 化 程度 , 那么 你 开发 的 软件 将 无 法 回避 这 种 复杂 性 ,你 所 能 做 的 只 有 
控制 这 种 复杂 性 。 

控制 复杂 性 的 关键 是 有 一 个 好 的 领域 模型 , 这 个 模型 不 应 该 仅仅 停留 在 领域 的 表面 , 而 是 要 
透 过 表象 抓 住 领域 的 实质 结构 ， 从 而 为 软件 开发 人 员 提 供 他 们 所 需 的 支持 。 好 的 领域 模型 价值 连 
城 ， 但 要 想 开发 出 好 的 模型 也 并 非 易 事 。 精 通 此 道 的 人 并 不 多 ， 而 且 这 方面 的 知识 也 很 难 传授 。 

Eric Evans 就 是 为 数 不 多 的 一 位 能 够 创建 出 优秀 领域 模型 的 人 。 我 是 在 与 他 合作 时 发 现 他 的 
这 种 才能 的 一 一 发 现 一 个 客户 竟然 比 我 技术 更 精湛 ， 这 种 感觉 有 些 奇妙 。 我 们 的 合作 虽然 短暂 ， 
但 却 充满 乐趣 。 从 那 之 后 我 们 一 直 保持 联系 ， 我 也 有 幸 见证 了 本 书 整个 “孕育 ”过 程 。 

本 书 绝对 值得 期 待 。 

本 书 终于 实现 了 一 个 宏伟 抱负 , 即 描述 并 建立 了 领域 建 模 艺术 的 词汇 库 。 它 提供 了 一 个 参考 
框架 ， 人 们 可 以 用 来 解释 相关 活动 ， 并 将 这 门 难 学 的 技艺 传授 给 他 人 。 本 书 在 写作 过 程 中 ， 也 带 
给 我 很 多 新 想法 ， 如 果 哪 位 概念 建 模 方面 的 老手 没有 从 阅读 本 书 中 获得 大 量 的 新 思想 ， 那 我 反而 
该 惊 诈 莫 名 了 。 

Eric 还 对 我 们 多 年 以 来 学 过 的 知识 进行 了 归纳 总 结 。 首 先 ， 在 领域 建 模 过 程 中 不 应 将 概念 与 
实现 割裂 开 来 。 高 效 的 领域 建 模 人 员 不 仅 应 该 能 够 在 白板 上 与 会 计 师 进行 讨论 , 而 且 还 应 该 能 与 
程序 员 一 道 编写 Java 代 码 。 之 所 以 要 具备 这 些 能 力 ， 一 部 分 原因 是 如 果 不 考虑 实现 问题 就 无 法 构 
建 出 有 用 的 概念 模型 。 但 概念 与 实现 密 不 可 分 的 最 主要 原因 在 于 , 领域 模型 的 最 大 价值 是 它 提供 
了 一 种 通用 语言 ， 这 种 语言 是 将 领域 专家 和 技术 人 员 联 系 在 一 起 的 纽带 。 

我 们 将 从 本 书 中 学 到 的 另 一 个 经 验 是 领域 模型 并 不 是 按照 “ 先 建 模 ， 后 实现 ”这 个 次 序 来 工 
作 的 。 像 很 多 人 一 样 ， 我 也 反对 “ 先 设计 ， 再 构建 ”这 种 固定 的 思维 模式 。Eric 的 经 验 告诉 我 们 ， 
真正 强大 的 领域 模型 是 随 着 时 间 演 进 的 , 即使 是 最 有 经 验 的 建 模 人 员 也 往往 发 现 他 们 是 在 系统 的 
初始 版 本 完成 之 后 才 有 了 最 好 的 想法 。 

我 囊 心 希望 本 书 成 为 一 本 有 影响 力 的 著作 , 并 希望 本 书 能 够 将 如 何 利用 领域 模型 这 一 宝贵 工 
具 的 知识 传授 给 更 多 的 人 ， 从 而 为 这 个 高 深 莫 测 的 领域 梳理 出 一 个 结构 ， 并 使 它 更 有 内 聚 力 。 领 
域 模型 对 软件 开发 的 控制 有 着 巨大 影响 ， 不 管 软 件 开发 是 用 什么 语言 或 环境 实现 的 。 
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最 后 ， 也 是 很 重要 的 一 点 ,我 最 敬佩 Eric 的 一 点 是 他 敢于 在 本 书 中 谈论 自己 的 一 些 不 成 功 经 
历 。 很 多 作者 都 喜欢 摆 出 一 副 无 所 不 能 的 架势 ， 有 时 着 实 让 人 不 悦 。 但 Eric 请 楚 地 表明 他 像 我 们 
大 多 数 人 一 样 ， 既 品尝 过 成 功 的 美酒 ， 也 体验 过 失败 的 诅 形 。 重 要 的 是 他 能 够 从 成 功 和 失败 中 学 
习 ， 而 对 我 们 来 说 更 重要 的 是 他 能 够 将 所 有 经 验 传授 给 我 们 。 


Martin Fowler 
2003 年 4 月 
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至 少 20 年 前 , 一 些 顶尖 的 软件 设计 人 员 就 已 经 认识 到 领域 建 模 和 设计 的 重要 性 , 但 令 人 惊讶 
的 是 , 这 么 长 时 间 以 来 几乎 没有 人 写 出 点 儿 什么 ,告诉 大 家 应 该 做 哪些 工作 或 如 何 去 做 。 尽 管 这 
些 工作 还 没有 被 清楚 地 表述 出 来 , 但 一 种 新 的 思潮 已 经 形成 , 它 像 一 股 暗流 一 样 在 对 象 社区 中 涌 
动 ， 我 把 这 种 思潮 称 为 领域 驱动 设计 (domain-driven design) 。 

过 去 10 年 中 , 我 在 几 个 业务 和 技术 领域 开发 了 一 些 复杂 的 系统 。 我 在 设计 和 开发 过 程 中 尝试 
了 一 些 最 佳 实践 ， 它 们 都 是 面向 对 象 开 发 高 手 用 过 的 领先 技术 。 有 些 项 目 非常 成 功 ， 但 有 几 个 项 
目 却 失 败 了 。 成 功 的 项 目 有 一 个 共同 的 特征 ， 那 就 是 都 有 一 个 丰富 的 领域 模型 ， 这 个 模型 在 迭代 
设计 的 过 程 中 不 断 演变 ， 而 且 成 为 项 目 不 可 分 割 的 一 部 分 。 

本 书 为 作出 设计 决策 提供 了 一 个 框架 , 并 且 为 讨论 领域 设计 提供 了 一 个 技术 词汇 库 。 本 书 将 
人 们 普遍 接受 的 一 些 最 佳 实践 综合 到 一 起 , 并 融入 了 我 自己 的 见解 和 经 验 。 面 对 复杂 领域 的 软件 
开发 团队 可 以 利用 这 个 框架 来 系统 性 地 应 用 领域 驱动 的 设计 。 


三 个 项 目的 对 比 


谈 到 领域 设计 实践 对 开发 结果 的 巨大 影响 时 , 我 的 记忆 中 立即 就 会 跳出 三 个 项 目 ， 它 们 就 是 
鲜 活 的 例子 。 虽 然 这 三 个 项 目 都 交付 了 有 用 的 软件 , 但 只 有 一 个 项 目 实现 了 宏伟 的 目标 一 一 交付 
了 能 够 满足 组 织 后 续 需 求 、 可 以 不 断 演进 的 复杂 软件 。 

我 要 说 的 第 一 个 项 目 完 成 得 很 迅速 , 它 提供 了 一 个 简单 实用 的 Web 交 易 系 统 。 开 发 人 员 主 要 凭 
直觉 开发 ,但 这 并 没有 妨碍 他 们 ， 因 为 简单 软件 的 编写 并 不 需要 过 多 地 注意 设计 。 由 于 最 初 的 这 次 
成 功 , 人 们 对 未 来 开发 的 期 望 值 变 得 极 高 。 我 就 是 在 这 个 时 候 被 邀请 开发 它 的 第 二 个 版 本 的 。 当 我 
仔细 研究 这 个 项 目 时 ,发现 他 们 没有 使 用 领域 模型 ,甚至 在 项 目 中 没有 一 种 公共 语言 , 而 且 项 目 完 
全 没有 一 种 结构 化 的 设计 。 项目 领导 者 对 我 的 评价 并 不 赞同 ,于 是 我 拒绝 了 这 项 工作 。 一 年 后 , 这 
个 项 目 团队 陷入 困境 , 无 法 交付 第 二 个 版 本 。 尽管 他 们 在 技术 的 使 用 方面 也 值得 商 梭 , 但 真正 挫败 
他 们 的 是 业务 逻辑 。 他 们 的 第 一 个 版 本 过 早 地 变 得 优化 ， 成 为 一 个 维护 代价 十 分 高 昂 的 遗留 系统 。 

要 想 克服 这 种 复杂 性 , 需要 非常 严格 地 使 用 领域 逻辑 设计 方法 。 在 我 职业 生涯 的 早期 , 我 幸 
运 地 完成 了 一 个 非常 重视 领域 设计 的 项 目 , 这 就 是 我 要 说 的 第 二 个 项 目 。 这 个 项 目的 领域 复杂 性 
与 上 面 提 到 的 那个 项 目 相仿 ， 它 最 初 也 小 获 成 功 ， 为 贸易 机 构 提 供 了 一 个 简单 的 应 用 程序 。 但 在 





最 初 交付 之 后 紧 跟着 又 进行 了 连续 的 加 速 开发 .每 次 迭代 都 为 上 一 个 版 本 在 功能 的 集成 和 完善 上 
增加 了 非常 好 的 新 选项 。 开 发 团队 能 够 按照 贸易 商 的 要 求 提供 灵活 性 和 扩展 性 。 这 种 良性 发 展 直 
接 归 功 于 深刻 的 领域 模型 ， 它 得 到 了 反复 精 化 ,并 在 代码 中 得 以 体现 。 当 团队 对 该 领域 有 了 新 的 
理解 后 , 领域 模型 也 随 之 深化 。 开发 人 员 之 间 、 开发 人 员 与 领域 专家 之 间 的 沟通 质量 都 得 到 改善 ， 
而 且 设计 不 但 没有 加 重 维护 负担 ， 反 而 变 得 易于 修改 和 扩展 。 

遗憾 的 是 , 仅 靠 认真 使 用 模型 并 不 会 使 项 目 达到 这 样 的 良性 循环 。 我 要 说 的 第 三 个 项 目 就 是 
这 种 情况 ， 它 开始 制订 的 目标 很 高 , 打算 基于 一 个 领域 模型 建立 一 个 全 球 企业 系统 ， 但 在 经 过 了 
几 年 的 展 战 屡 败 之 后 ， 不 得 不 降格 以 求 ， 最 终 “ 汇 然 众人 矣 ”"。 团 队 拥有 很 好 的 工具 ， 对 业务 也 
有 较 好 的 理解 ， 也 非常 认真 地 进行 了 建 模 。 但 团队 却 错误 地 将 开发 人 员 的 角色 独立 出 来 导致 建 
模 与 实现 脱节 ， 因 此 设计 无 法 反映 不 断 深化 的 分 析 。 总 之 ， 详 细 的 业务 对 象 设 计 不 能 保证 它们 能 
够 严 丝 合 颖 地 被 整合 到 复杂 的 应 用 程序 中 。 反复 的 迭代 并 没有 使 代码 得 以 改进 ， 因 为 开发 人 员 的 
技术 水 平 参差 不 齐 , 他 们 没有 认识 到 他 们 使 用 了 非 正 式 的 风格 和 技术 体系 来 创建 基于 模型 的 对 象 
(这 些 对 象 也 充当 了 实用 的 、 可 运行 的 软件 )。 几 个 月 过 去 了 ， 开 发 工作 由 于 巨大 的 复杂 性 而 陷 
入 困境 ,而 团队 对 项 目 也 失去 了 一 致 的 认识 。 经 过 几 年 的 努力 , 项目 确实 创建 了 一 个 适当 的 、 有 
用 的 软件 ， 但 团队 已 经 放弃 了 当初 的 宏伟 抱负 ， 也 不 再 重视 模型 。 


复杂 性 的 挑战 


很 多 因素 可 能 会 导致 项 目 偏离 轨道 ， 如 官僚 主义 、 目 标 不 清 、 资 源 缺 乏 ， 等 等 。 但 真正 决定 
软件 复杂 性 的 是 设计 方法 。 当 复杂 性 失去 控制 时 ， 开 发 人 员 就 无 法 很 好 地 理解 软件 ， 因 此 无 法 轻 
易 、 安 全 地 更 改 和 扩展 它 。 而 好 的 设计 则 可 以 为 开发 复杂 特性 创造 更 多 机 会 。 

一 些 设计 因素 是 技术 上 的 。 软件 的 网 络 、 数 据 库 和 其 他 技术 方面 的 设计 耗费 了 人 们 大 量 的 精 
力 。 很 多 书籍 都 介绍 过 如 何 解决 这 些 问题 。 大 批 开发 人 员 很 注意 培养 自己 的 技能 ， 并 紧 跟 每 一 次 
技术 进步 。 

然而 很 多 应 用 程序 最 主要 的 复杂 性 并 不 在 技术 上 ， 而 是 来 自 领域 本 身 、 用 户 的 活动 或 业务 。 
当 这 种 领域 复杂 性 在 设计 中 没有 得 到 解决 时 ,基础 技术 的 构思 再 好 也 是 无 济 于 事 。 成 功 的 设计 必 
须 系统 地 考虑 软件 的 这 个 核心 方面 

本 书 有 两 个 前 提 : 

(1) 在 大 多 数 软件 项 目 中 ， 主 要 的 焦点 应 该 是 领域 和 领域 逻辑 ， 

(2) 复杂 的 领域 设计 应 该 基于 模型 。 

领域 驱动 设计 是 一 种 思维 方式 , 也 是 一 组 优先 任务 , 它 旨 在 加 速 那些 必须 处 理 复杂 领域 的 软 
件 项 目的 开发 。 为 了 实现 这 个 目标 ， 本 书 给 出 了 一 整套 完整 的 设计 实践 、 技 术 和 原则 


设计 过 程 与 开发 过 程 
设计 书 就 是 讲 设计 ， 过 程 书 只 是 讲 过 程 。 它 们 之 间 很 少 互相 参考 。 设计 和 过 程 本 身 就 是 两 个 
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足够 复杂 的 主题 。 本 书 是 一 本 设计 书 ， 但 我 相信 设计 与 过 程 这 二 者 是 密 不 可 分 的 。 设 计 思 想必 须 
被 成 功 实现 ， 否 则 它们 就 只 是 纸上谈兵 。 

当 人 们 学 习 设计 技术 时 , 各 种 可 能 性 令 他 们 兴奋 不 已 , 然而 真实 项 目的 错综复杂 又 会 为 他 们 
小 上 一 盆 冷 水 。 他 们 无 法 用 所 使 用 的 技术 来 贯彻 新 的 设计 思想 ,或 者 不 知道 何 时 应 该 为 了 节省 时 
间 而 放弃 某 个 设计 方面 , 何 时 又 应 该 坚持 不 懈 直 至 找到 一 个 干净 利落 的 解决 方案 。 开 发 人 员 可 以 
抽象 地 讨论 设计 原则 的 应 用 , 而 且 他 们 也 确实 在 进行 着 这 样 的 讨论 , 但 更 自然 的 做 法 应 该 是 讨论 
如 何 完成 实际 工作 。 因 此 ， 虽然 本 书 是 一 本 有 关 设 计 的 书 , 但 我 会 在 必要 的 时 候 穿 越 这 条 人 为 设 
置 的 边界 ， 进 入 过 程 的 领域 。 这 有 助 于 将 设计 原则 放 到 一 个 适当 的 语 境 下 进行 讨论 。 

虽然 本 书 并 不 局 限于 某 一 种 特定 的 方法 , 但 主要 还 是 面向 “敏捷 开发 过 程 ”这 一 新 体系 。 特 
别 地 , 本 书 假定 项 目 必须 遵循 两 个 开发 实践 , 要 想 应 用 书 中 所 讲 的 方法 , 必须 先 了 解 这 两 个 实践 。 

(1) 选 代 开 发 。 人 们 倡导 和 实践 迭代 开发 已 经 有 几 十 年 时 间 了 ， 而 且 它 是 敏捷 开发 方法 的 
基础 。 在 敏捷 开发 和 极限 编程 (XP) 的 文献 中 有 很 多 关于 和 迭代 开发 的 精彩 讨论 , 其 中 包括 Surviving 
Object-Oriented Projects ([Cockburn 1998]) "和 Extreme Programming Explained ([Beck 1999]) 。 
(2) 开发 人 员 与 领域 专家 具有 密切 的 关系 。 领 域 驱动 设计 的 实质 就 是 消化 吸收 大 量 知识 ， 

最 后 产生 一 个 反映 深层 次 领域 知识 并 聚焦 于 关键 概念 的 模型 。 这 是 领域 专家 与 开发 人 员 的 协作 过 
程 ， 领 域 专家 精通 领域 知识 ， 而 开发 人 员 知 道 如 何 构建 软件 。 由 于 开发 过 程 是 迭代 式 的 ， 因 此 这 
种 协作 必须 贯穿 整个 项 目的 生命 周期 。 

极限 编程 的 概念 是 由 Kent Beck、Ward Cunningham 和 其 他 人 共同 提出 的 〈[Beck 2000])， 它 
是 敏捷 过 程 最 重要 的 部 分 ， 也 是 我 使 用 得 最 多 的 一 种 编程 方法 。 为 了 使 讨论 更 加 具体 ， 整 本 书 都 
将 使 用 XP 作 为 基础 讨论 设计 和 过 程 的 交互 。 本 书 论述 的 原则 很 容易 应 用 于 其 他 敏捷 过 程 。 


近年 来 ， 反 对 “精细 开发 方法 学 ”(elaborate development methodology) 的 呼声 渐 起 ， 人 们 
认为 无 用 的 静态 文档 以 及 死板 的 预先 规划 和 设计 加 重 了 项 目的 负担 。 相 反 ， 敏 捷 过 程 (如 XP) 
强调 的 是 应 对 变更 和 不 确定 性 的 能 力 。 

极限 编程 承认 设计 决策 的 重要 性 , 但 强烈 反对 预先 设计 。 相 反 ， 它 将 相当 大 的 精力 投入 到 促 
进 沟通 和 提高 项 目 快速 变更 能 力 的 工作 中 。 具 有 这 种 反应 能 力 之 后 , 开发 人 员 就 可 以 在 项 目的 任 
何 阶段 只 利用 “最 简单 而 管用 的 方案 "， 然 后 不 断 进行 重 构 ， 一 步 一 步 做 出 小 的 设计 改进 ， 最 终 
得 到 满足 客户 真正 需要 的 设计 。 

这 种 极端 的 简约 主义 是 解救 那些 过 度 追求 设计 的 执 迷 者 的 良 方 。 那 些 几乎 没有 价值 的 繁琐 文 
档 只 会 为 项 目 带 来 麻烦 。 项 目 受 到 “分 析 竣 疾 症 ”的 困扰 ， 团 队 成 员 十 分 担心 会 出 现 不 完美 的 设 
计 ， 这 导致 他 们 根本 没 法 取得 进展 。 这 种 状况 必须 得 到 改变 。 

遗憾 的 是 ,这些 有 关 过 程 的 思想 可 能 会 被 误解 。 每 个 人 对 “最 简单 ”都 有 不 同 的 定义 。 持 续 
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重 构 其 实 是 一 系列 小 规模 的 重新 设计 , 没有 严格 设计 原则 的 开发 人 员 将 会 创建 出 难以 理解 或 修改 
的 代码 ， 这 恰好 与 敏捷 的 精神 相悖 。 而 且 ， 虽 然 对 意外 需求 的 担心 常常 导致 过 度 设计 ， 但 试图 避 
免 过 度 设计 又 可 能 走向 另 一 个 极端 一 一 不 敢 做 任何 深入 的 设计 思考 。 

实际 上 ，XP 最 适合 那些 对 设计 的 感觉 很 敏锐 的 开发 人 员 。XP 过 程 假定 人 们 可 以 通过 重 构 来 
改进 设计 ， 而 且 可 以 经 常 、 快 速 地 完成 重 构 。 但 重 构 本 身 的 难 易 程 度 取决 于 先前 的 设计 选择 。 
XP 过 程 试图 改善 团队 沟通 ， 但 模型 和 设计 的 选择 有 可 能 使 沟通 更 明确 ， 也 有 可 能 会 使 沟通 不 畅 。 

本 书 将 设计 和 开发 实践 结合 起 来 讨论 , 并 阐述 领域 驱动 设计 与 敏捷 开发 过 程 是 如 何 互相 增强 
的 。 在 敏捷 开发 过 程 中 使 用 成 熟 的 领域 建 模 方法 可 以 加 速 开 发 。 过 程 与 领域 开发 之 间 的 相互 关系 
使 得 这 种 方法 比 任何 “纯粹 ”真空 式 的 设计 更 加 实用 。 


本 书 的 结构 


本 书 分 为 4 个 部 分 。 

第 一 部 分 “让 领域 模型 发 挥 作用 ”提出 领域 驱动 开发 的 基本 目标 ,这些 目标 是 后 面 几 部 分 中 
所 讨论 的 实践 的 驱动 因素 。 由 于 软件 开发 方法 有 很 多 ， 因 此 第 一 部 分 还 定义 了 一 些 术语 ， 并 给 出 
了 用 领域 模型 来 驱动 沟通 和 设计 的 总 体 含义 。 

第 二 部 分 “模型 驱动 设计 的 构造 块 " 将 面向 对 象 领域 建 模 中 的 一 些 核心 的 最 佳 实践 提炼 为 一 
组 基本 的 构造 块 。 这 一 部 分 主要 是 消除 模型 与 实际 运行 的 软件 之 间 的 润 沟 。 团 队 一 致使 用 这 些 标 
准 模式 就 可 以 使 设计 井然 有 序 , 并 且 使 团队 成 员 更 容易 理解 彼此 的 工作 。 使 用 标准 模式 还 可 以 为 
公共 语言 贡献 术语 ， 使 得 所 : 成 员 可 以 使 用 这 些 术语 来 讨论 模型 和 设计 决策 。 

但 这 一 部 分 的 主旨 是 讨论 一 些 能 够 保持 模型 和 实现 之 间 互 相 协 调 并 提高 效率 的 设计 决策 ,要 
想 达 到 这 种 协调 , 需要 密切 注意 个 别 元 素 的 一 些 细节 。 这 种 小 规模 的 仔细 设计 为 开发 人 员 提 供 了 
一 个 稳固 的 基础 ， 在 此 基础 上 就 可 以 应 用 第 三 部 分 和 第 四 部 分 讨论 的 建 模 方法 了 。 

第 三 部 分 “通过 重 构 来 加 深 理解 ”讨论 如 何 将 构造 块 装配 为 实用 的 模型 ， 从 而 实现 其 价值 。 
这 一 部 分 没有 直接 讨论 深奥 的 设计 原则 , 而 是 着 重 强调 一 个 发 现 过 程 。 有 价值 的 模型 不 是 立即 就 
会 出 现 的 ， 它 们 需要 对 领域 的 深入 理解 。 这 种 理解 是 一 步 一 步 得 到 的 ， 首 先 需要 深入 研究 模型 ， 
然后 基于 最 初 的 〈 可 能 是 不 成 熟 的 ) 模型 实现 一 个 初始 设计 ， 再 反复 改进 这 个 设计 。 每 次 团队 对 
领域 有 了 新 的 理解 之 后 ， 都 需要 对 模型 进行 改进 ， 使 模型 反映 出 更 丰富 的 知识 ， 而 且 必须 对 代码 
进行 重 构 , 以 便 反映 出 更 深刻 的 模型 , 并 使 应 用 程序 可 以 充分 利用 模型 的 潜力 。 这 种 一 层 一 层 “ 剥 
洋葱 ”的 方法 有 时 会 创造 一 种 突破 的 机 会 ,使 我 们 得 到 更 深刻 的 模型 ， 同 时 快速 进行 一 些 更 深入 
的 设计 修改 。 

探索 本 身 是 永 无 止境 的 , 但 这 并 不 意味 着 它 是 随机 的 。 第 三 部 分 深入 阐述 一 些 指引 我 们 保持 
正确 方向 的 建 模 原 则 ， 并 提供 了 一 些 指导 我 们 进行 探索 的 方法 。 

第 四 部 分 “战略 设计 ”讨论 在 复杂 系统 、 大 型 组 织 以 及 与 外 部 系统 和 遗留 系统 的 交互 中 出 现 
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的 复杂 情况 。 这 一 部 分 探讨 了 作为 一 个 整体 应 用 于 系统 的 3 条 原则 : 上 下 文 、 提 炼 和 大 规模 结构 。 
战略 设计 决策 通常 由 团队 制定 , 或 者 由 多 个 团队 共同 制定 。 战略 设计 可 以 保证 在 大 型 系统 或 应 用 
程序 《它们 应 用 于 不 断 延 伸 的 企业 级 网 络 ) 上 以 较 大 规模 去 实现 第 一 部 分 提出 的 目标 。 
本 书 通 篇 讨论 使 用 的 例子 并 不 是 一 些 过 于 简单 的 “玩具 式 ”问题 ， 而 是 全 部 选 自 实际 项 目 。 
本 书 的 大 部 分 内 容 实际 上 是 作为 一 系列 的 “模式 ”编写 的 。 但 读者 无 需 顾忌 这 一 方法 也 应 该 
能 够 理解 本 书 ， 对 模式 的 风格 和 格式 感 兴趣 的 读者 可 以 参考 附录 。 


补充 材料 可 以 参考 http/domaindrivendesign org， 该 网 站 提供 了 示例 代码 和 社区 讨论 内 容 。 
本 书面 向 的 读者 


本 书 主要 是 为 面向 对 象 软件 开发 人 员 编写 的 。 软 件 项 目 团队 的 大 部 分 成 员 都 能 够 从 本 书 的 某 
些 部 分 获 益 。 本 书 最 适合 那些 正在 项 目 上 尝试 这 些 实践 的 人 员 , 以 及 那些 已 经 在 这 样 的 项 目 上 积 
累 了 丰富 经 验 的 人 员 。 

要 想 从 本 书 受益 , 掌握 一 些 面向 对 象 建 模 知识 是 非常 必要 的 ,例如 UML 图 和 Java 代 码 , 因此 
一 定 要 具备 基本 读 慌 这 些 语言 的 能 力 , 但 不 必 精 通 细节 。 了 解 极限 编程 的 知识 有 助 于 从 这 个 角度 
来 理解 开发 过 程 的 讨论 ， 但 不 具备 这 一 背景 知识 也 能 读 慌 这 些 内 容 。 

一 些 中 级 软件 开发 人 员 可 能 已 经 了 解 面向 对 象 设计 的 一 些 知识 , 也 许 读 过 一 两 本 软件 设计 的 
书 , 那么 本 书 将 填补 这 些 读者 的 知识 空缺 ,向 他 们 展示 如 何在 实际 的 软件 项 目 上 应 用 对 象 建 模 技 
术 。 本 书 将 帮助 这 些 开发 人 员 学 会 用 高 级 建 模 和 设计 技巧 来 解决 实际 问题 。 

高 级 软件 开发 人 员 或 专家 可 能 会 对 书 中 用 于 处 理 领 域 的 综合 框架 感 兴趣 。 这 种 系统 性 的 设计 
方法 将 帮助 技术 负责 人 指导 他 们 的 团队 保持 正确 的 方向 。 此 外 ,本 书 从 头 至 尾 所 使 用 的 明确 术语 
将 有 助 于 高 级 开发 人 员 与 他 们 的 同行 沟通 。 

本 书 采用 记叙 体 ,读者 可 以 从 头 至 尾 阅读 ,也 可 以 从 任意 一 章 的 开头 开始 阅读 。 具 有 不 同 背 
景 知 识 的 读者 可 能 会 有 不 同 的 阅读 方式 , 但 我 推荐 所 有 读者 从 第 一 部 分 的 引言 和 第 1 章 开 始 阅读 。 
除 此 之 外 ， 本 书 的 核心 是 第 2、3、9 和 14 章 。 已 经 掌 担 一 定 知识 的 读者 可 以 采取 跳跃 式 阅读 的 方 
式 ， 通 过 阅读 标题 和 粗 体 字 内 容 即 可 掌握 要 点 。 一 些 高 级 读者 则 可 以 跳 过 前 两 部 分 ， 重 点 阅读 第 
三 部 分 和 第 四 部 分 。 

除了 这 些 主要 读者 以 外 , 分 析 员 和 相关 的 技术 项 目 经 理 也 可 以 从 阅读 本 书 中 获 益 。 分 析 员 在 
千 握 了 领域 与 设计 之 间 的 联系 之 后 , 能 够 在 敏捷 项 目 中 作出 更 卓越 的 贡献 ,也 可 以 利用 一 些 战略 
设计 原则 来 更 有 重点 地 组 织 工作 。 

项 目 经 理 感 兴趣 的 重点 是 提高 团队 的 工作 效率 , 并 致力 于 设计 出 对 业务 专家 和 用 户 有 用 的 软 
件 。 由 于 战略 设计 决策 与 团队 组 织 和 工作 风格 紧密 相关 ， 因此 这 些 设计 决策 必然 需要 项 目 领导 者 
的 参与 ， 而 且 对 项 目的 路 线 有 着 重要 的 影响 。 








领域 驱动 团队 


尽管 开发 人 员 个 人 能 够 从 理解 领域 驱动 设计 中 学 到 有 价值 的 设计 技术 和 观点 , 但 最 大 的 好 处 
却 来 自 团队 共同 应 用 领域 驱动 设计 方法 ， 并 且 将 领域 模型 作为 项 目 沟通 的 核心 。 这 样 ， 团 队 成 员 
就 有 了 一 种 公共 语言 ， 可 以 用 来 进行 更 充分 的 沟通 ,并 确保 围绕 软件 来 进行 沟通 。 他 们 将 创建 出 
一 个 与 模型 步调 一 致 的 清晰 的 实现 ， 从 而 为 应 用 程序 的 开发 提供 帮助 。 所 有 人 都 了 解 不 同 团队 的 
设计 工作 之 间 的 互相 联系 , 而 且 他 们 会 一 致 将 注意 力 集中 在 那些 对 组 织 最 有 价值 、 最 与 众 不 同 的 
特性 的 开发 上 。 

领域 驱动 设计 是 一 项 艰巨 的 技术 挑战 , 但 它 也 会 带 来 丰厚 的 回报 , 当 大 多 数 软件 项 目 开始 僵 
化 而 成 为 遗留 系统 时 ， 它 却 为 你 敞开 了 机 会 的 大 门 。 
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第 一 部 分 
让 领域 模型 发 挥 作用 





上 面 这 张 图 是 18 世 纪 中 国 描绘 的 世界 地 图 。 图 中 央 占 地 最 大 的 部 分 是 中 国 , 周围 点 组 着 其 他 
国家 , 但 这 些 国家 只 是 马马虎虎 地 表示 一 下 。 这 是 那个 社会 认为 的 世界 模型 ， 它 有 意 偏向 于 中 心 
部 分 。 如 果 在 与 外 国人 交往 时 用 这 种 眼光 来 看 世界 ， 肯 定 不 会 有 任何 好 处 。 当 然 ， 它 对 现代 中 国 
也 是 毫 无 用 处 的 。 地 图 是 模型 ， 而 每 个 模型 都 表示 人 们 感 兴趣 的 某 方面 现实 或 某 种 想法 。 模 型 是 
一 种 简化 。 它 是 对 现实 的 解释 ， 并 把 与 解决 问题 密切 相关 的 方面 抽象 出 来 ， 而 忽略 无 关 的 细节 。 

每 个 软件 程序 的 目的 都 是 为 了 执行 某 项 活动 , 或 是 满足 用 户 的 某 种 需求 。 用户 会 把 软件 程序 
应 用 于 某 个 主题 区 域 , 这 个 区 域 就 是 软件 的 领域 。 一 些 领域 涉及 物质 世界 ， 例 如 机 票 预订 程序 的 
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领域 中 包括 飞机 乘客 在 内 。 有 些 领域 则 是 无 形 的 ,例如 会 计 程 序 的 金融 领域 .软件 领域 一 般 与 计 
算 机 关系 不 大 ， 当 然 也 有 例外 ， 例 如 源 代码 控制 系统 的 领域 就 是 软件 开发 本 身 。 

为 了 创建 真正 能 为 用 户 活动 创造 价值 的 软件 ,开发 团队 必须 运用 一 整套 与 这 些 活动 有 关 的 知 
识 体系 。 所 需 知识 的 广度 可 能 令 人 望 而 生 县 ,信息 量 和 复杂 度 也 可 能 超 乎 想象 。 模 型 正 是 用 于 解 
决 信息 超载 问题 的 工具 。 模 型 是 一 种 知识 形式 ， 它 对 知识 进行 有 选择 的 简化 和 有 目的 的 结构 化 。 
适当 的 模型 可 以 使 人 理解 信息 的 意义 ， 并 专注 于 问题 相关 的 信息 。 

领域 模型 并 非 一 种 特殊 的 图 ， 而 是 图 要 表达 的 思想 。 它 绝 不 单单 是 领域 专家 头脑 中 的 知识 ， 
而 是 经 过 严格 组 织 并 且 精 心 选择 的 抽象 知识 。 一 张 图 可 以 表示 和 传达 一 种 模型 ,同样 ,一 段 仔 细 
项 酌 的 代码 或 一 句 英文 也 能 实现 同样 的 目的 。 

建立 领域 模型 并 不 是 要 尽 可 能 建立 一 个 符合 “现实 ”的 模型 。 即 使 对 具体 的 、 真实 世界 领域 
中 的 某 个 事物 进行 建 模 ， 所 得 到 的 模型 也 是 对 事物 的 一 种 模拟 。 它 也 不 单单 是 一 种 为 了 实现 某 种 
目的 而 构造 出 来 的 软件 机 制 。 建 模 更 像 是 制作 电影 一 一 出 于 某 种 目的 而 概括 地 反映 现实 。 即 使 是 
一 部 纪录 片 也 不 会 原封 不 动 地 展现 真实 生活 。 就 像 电影 制 片 人 选择 一 些 素材 ,并 以 一 种 特殊 方式 
将 它们 展现 给 观众 ,从 而 讲 一 个 故事 或 阐明 一 个 观点 一 样 , 领域 建 模 人 员 会 根据 模型 的 作用 来 选 
择 特 殊 的 模型 。 


模型 在 领域 驱动 设计 中 的 作用 


在 领域 驱动 的 设计 中 ， 三 个 基本 用 途 决 定 了 模型 的 选择 。 

(D 模型 和 设计 的 核心 互相 影响 。 正 是 模型 与 实现 之 间 的 紧密 联系 才 使 模型 变 得 有 用 ， 并 确 
保 我 们 在 模型 中 所 进行 的 分 析 能 够 转化 为 最 终 产 品 〈 即 一 个 有 用 的 程序 )。 模 型 与 实现 之 间 的 这 
种 紧密 结合 在 维护 和 持续 开发 期 间 也 会 很 有 用 , 因为 我 们 可 以 基于 对 模型 的 理解 来 解释 代码 。( 参 
见 第 3 章 。) 

(2) 模型 是 团队 所 有 成 员 所 使 用 的 交流 语言 的 中 枢 。 由 于 模型 与 实现 之 间 的 紧密 结合 ， 开 发 
人 员 可 以 将 模型 作为 一 种 沟通 语言 来 讨论 程序 。 他 们 可 以 在 无 需 翻译 的 情况 下 与 领域 专家 进行 沟 
通 。 而 且 ， 由 于 语言 是 基于 模型 的 ， 因 此 我 们 的 自然 语言 能 力 可 用 来 对 模型 本 身 进行 精 化 。( 参 
见 第 2 章 。) 

(3) 模型 是 浓缩 的 知识 。 模 型 是 团队 一 致 认同 的 领域 知识 组 织 方式 和 最 重要 元 素 的 区 分 方式 。 
模型 体现 了 我 们 在 选择 术语 、 分 解 概念 和 关联 概念 时 所 采用 的 思考 方式 。 共 同 的 语言 使 得 开发 人 
员 和 领域 专家 在 将 信息 组 织 为 模型 时 能 够 有 效 地 协作 。 模型 与 实现 之 间 的 紧密 结合 使 得 早期 版 本 
软件 的 经 验 可 以 作为 反馈 应 用 到 建 模 过 程 中 。( 参 见 第 1 章 .) 

接 下 来 的 三 章 分 别 考 查 上 述 三 种 基本 用 途 的 意义 和 价值 , 以 及 它们 之 间 的 关联 方式 。 遵循 这 
些 原则 就 可 以 开发 出 具有 丰富 功能 的 软件 ,而 要 想 在 不 使 用 模型 的 情况 下 开发 出 同样 的 软件 ， 则 
需要 耗费 大 规模 的 投资 进行 专门 的 开发 。 
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软件 的 核心 


软件 的 核心 是 其 为 用 户 解决 领域 相关 的 问题 的 能 力 。 所 有 其 他 特性 , 不 管 有 多 么 重要 , 都 要 
服务 于 这 个 基本 目的 。 当 领域 很 复杂 时 , 这 是 一 项 艰巨 的 任务 , 要 求 高 水 平 技术 人 员 的 共同 努力 。 
开发 人 员 必 须 钻 研 领域 以 获取 业务 知识 。 他 们 必须 练习 建 模 技巧 ， 并 精通 领域 设计 。 

然而 , 在 大 多 数 软件 项 目 中 , 这 些 问题 并 未 引起 足够 的 重视 。 大 部 分 有 才能 的 开发 人 员 对 学 
习 与 他 们 的 工作 领域 有 关 的 知识 不 感 兴趣 , 更 不 会 下 力气 去 扩展 自己 的 领域 建 模 技巧 。 技 术 人 员 
喜欢 那些 能 够 练习 技巧 的 可 量化 问题 。 领 域 工作 很 繁杂 ,而 且 要 求 掌握 很 多 复杂 的 新 知识 ， 而 这 
些 新 知识 看 似 对 提高 计算 机 科学 家 的 能 力 并 无 神 益 。 

相反 , 技术 人 才 更 愿意 从 事 精细 的 框架 工作 , 试图 用 技术 来 解决 领域 问题 。 他 们 把 学 习 领域 
知识 和 领域 建 模 的 工作 留 给 别人 去 做 。 软 件 核心 的 复杂 性 需要 我 们 直接 去 面 对 和 解决 ， 如 果 不 这 
样 做 ， 必 将 导致 工作 重点 的 偏离 。 


在 一 次 电视 访谈 节目 中 ， 喜 剧 演员 John Cleese 讲 述 了 电影 《 巨 螃 和 圣杯 ) (Monty Python and 
the Holy Grail) 在 拍摄 期 间 发 生 的 一 个 小 故事 。 有 一 个 镜头 他 们 反复 拍 了 很 多 次 ， 但 就 是 感觉 不 
够 滑 移 。 最 后 ， 他 停 下 来 ， 与 另 一 位 喜剧 演员 Michael Palin (这 个 镜头 中 的 另 一 位 演员 ) 商量 了 
一 下 ， 他 们 决定 稍微 改变 一 下 。 随 后 又 拍 了 一 次 ,终于 令 他 们 满意 了 ， 于 是 收工 。 

第 二 天 早上 ，Cleese 观 看 了 驴 辑 人 员 为 前 一 天 工作 所 做 的 初步 葬 接 。 到 了 那个 令 他 们 费 了 好 
大 劲 的 镜头 时 ，Cleese 发 现 剪 辑 人 员 竟 然 使 用 了 先前 拍摄 的 一 个 镜头 ， 影 片 到 这 里 又 变 得 不 滑 知 
了 。 

他 问 剪 辑 人 员 为 什么 没有 使 用 最 后 拍 的 那个 镜头 ， 草 辑 人 员 回 答 说 :“ 那 个 镜头 不 能 用 ， 因 
为 有 人 闻 人 了 镜头 .”Cleese 连 看 了 两 遍 ， 仍 未 发 现 有 什么 不 对 。 最 后 ， 剪 辑 人 员 将 影片 暂停 ， 并 
指出 有 一 小 段 时 间 在 屏幕 的 边缘 能 看 见 一 只 袖子 。 

影片 的 剪辑 人 员 专 注 于 准确 完成 自己 的 工作 。 他 担心 其 他 看 到 这 部 电影 的 剪辑 人 员 会 给 他 挑 
错 。 在 这 个 过 程 中 ， 镜 头 的 核心 作用 被 忽略 了 (“The Late Late Show with Craig Kilbom”，CBS， 
2001 年 9 月 )。 

幸运 的 是 ， 该 剧 的 导演 很 懂 喜 剧 ， 他 最 终 使 用 了 这 个 镜头 。 同 样 ， 在 一 个 团队 中 ， 反 映 了 对 
项 目 深层 次 理解 的 模型 开发 有 时 也 会 在 混乱 中 迷失 方向 ,此 时 , 理解 领域 核心 的 领导 者 就 能 够 将 
软件 项 目 带 回 到 正确 的 轨道 上 来 。 


本 书 将 展示 领域 开发 中 蕴藏 的 巨大 机 会 它 能 够 培养 精湛 的 设计 技巧 。 大 多 数 软件 领域 是 看 
起 来 纷繁 芜 杂 的 ， 但 这 实际 上 是 一 项 充满 乐趣 的 技术 挑战 。 事 实 上 ， 在 很 多 学 科 中 ,“ 复 杂 性 ” 
都 是 当前 最 热门 的 一 个 话题 ， 因 为 研究 人 员 都 在 想 办 法 解决 真实 世界 中 的 复杂 性 。 软 件 开发 人 员 
在 面 对 尚 未 定型 的 复杂 领域 时 ,也 会 有 同样 的 期 望 。 创 建 一 个 避 开 所 有 复杂 性 的 易 懂 模 型 会 带 来 
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巨大 的 成 就 感 。 

开发 人 员 可 以 采用 一 些 系统 性 的 思考 方法 来 透彻 地 理解 领域 并 开发 出 有 效 的 模型 .还 有 一 些 
设计 技术 可 以 使 毫 无 头绪 的 软件 应 用 程序 开发 工作 变 得 井 并 有 条 .。 掌握 这 些 技巧 可 以 令 开发 人 员 
身价 倍增 ， 即 使 是 在 一 个 最 初 不 熟悉 的 领域 中 也 是 如 此 。 


%] 





消化 知识 


年 前 ,我 着 手 设计 一 个 用 于 设计 印 制 电路 板 (PCB) 的 专用 软件 工具 。 但 有 一 个 问题 

是 ， 我 对 电子 硬件 一 无 所 知 。 当 然 ， 我 也 曾 拜访 过 一 些 PCB 设 计 师 ， 但 用 不 了 3 分 钟 ， 
他 们 就 令 我 潮 头 转向 。 如 何 才 能 了 解 足够 多 的 知识 ， 以 便 开 始 编写 这 个 软件 呢 ? 当然 ， 我 并 不 指 
望 在 交付 期 限 到 来 之 前 成 为 电子 工程 师 。 

我 们 试 着 让 PCB 设 计 师 说 明 软 件 具体 应 该 做 些 什么 ,但 我 们 却 想 错 了 。 他 们 是 优秀 的 电路 设 
计 师 ， 但 软件 知识 却 太 有 限 了 ， 往 往 只 知道 如 何 读 取 一 个 ASCI 文 件 、 对 它 排 序 ， 然 后 添加 一 些 
注释 并 将 它 写 回 文件 中 ， 再 生成 一 个 报告 。 这 些 知识 显然 无 法 帮助 他 们 大 幅度 提高 效率 。 

最 初 的 几 次 会 面 令 人 气 馒 , 但 我 们 在 他 们 要 求 的 报告 中 也 看 到 了 一 丝 希 望 。 这 些 报告 中 总 是 
涉及 net 这 个 词 以 及 与 其 相关 的 各 种 细节 。 在 这 个 领域 中 , net 实 质 上 是 一 种 导线 , 它 可 以 连接 PCB 
上 任意 数量 的 元 件 ， 并 向 它 连接 的 所 有 元 件 传递 电子 信号 。 这 样 ， 我 们 就 得 到 了 领域 模型 的 第 一 


个 元 素 。 如 图 1-1 所 示 。 


就 这 样 , 我 们 一 边 讨 论 所 需 的 软件 功能 ， 一边 开 始 画图 。 我 使 用 一 种 非 正式 的 、 稍 加 变化 的 
对 象 交 互 图 来 走 查 "各 种 场景 。 如 图 1-2 所 示 。 





@ 走 查 ，walk through， 原 来 是 指 一 种 非 正式 的 代码 评审 活动 , 现在 也 广泛 用 于 其 他 方面 ， 一 般 是 指 一 步 步 检查 或 分 
步 讨论 。 一 一 译 者 注 
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PCB 专 家 1: 元 件 不 一 定 就 是 芯片 (chip) 。 

开发 人 员 (我 ) : 那 它们 是 不 是 只 应 该 叫做 “元 件 ”? 

专家 1; 我 们 将 它们 称 作 “元 件 实例 ” (component instance) 。 相 同 的 元 件 可 能 有 很 多 。 
专家 2: 他 把 “net” 画 成 和 元 件 实例 一 样 的 框 了 。 

专家 1: 他 没有 使 用 我 们 的 符号 。 我 猜想 ， 他 要 把 每 一 项 都 画 成 方 框 。 

开发 人 员 : 很 抱 雏 ， 是 这 样 的 。 我 想 我 最 好 对 这 个 符号 稍 加 解释 。 


他 们 不 断 地 纠正 我 的 错误 , 在 这 个 过 程 中 我 开始 学 习 他 们 的 知识 。 我 们 共同 消除 了 术语 上 的 
不 一 致 和 歧义 ,也 消除 了 他 们 在 技术 观点 上 的 分 歧 ， 在 这 个 过 程 中 ， 他 们 也 得 到 了 学 习 。 他 们 的 
解释 更 准确 和 一 致 了 ， 然 后 我 们 开始 共同 开发 一 个 模型 。 


专家 1: 说 一 个 信号 到 达 一 个 ref-des 是 不 够 明确 的 ， 我 们 必须 知道 信号 到 达 了 哪个 引 脚 。 

开发 人 员 : 什么 是 ref-des? 

专家 2: 它 就 是 一 个 元 件 实例 。ref-des 是 我 们 在 一 个 特殊 工具 中 所 使 用 的 名 称 。 

专家 1: 总 之 ，net 将 一 个 实例 的 某 个 引 肝 与 另 一 个 实例 的 某 个 引 脚 相连 。 

开发 人 员 : 一 个 引 脚 是 不 是 只 属于 一 个 元 件 实例 ， 而 且 只 与 一 个 het 相连? 

专家 1: 对 ， 是 这 样 。 

专家 2: 还 有 ， 每 个 net 都 有 一 个 拓扑 结构 ， 也 就 是 电路 的 布局 ， 它 决定 了 net 内 部 各 元 件 的 连 
接 方式 。 

开发 人 员 : 嗯 ， 这 样 画 如 何 ? 





Cowfowew 
lustance 





图 1-3 


为 了 让 讨论 更 集中 ， 接 下 来 的 一 段 时 间 我 们 探讨 了 一 个 特殊 的 特性 ， 探 针 仿真 (probe 
simulation) 。 探 针 仿真 跟踪 信号 的 传播 ， 以 便 检测 在 设计 中 可 能 出 现 特定 类 型 问题 的 位 置 。 


开发 人 员 : 现在 我 已 经 明白 了 net 是 如 何 将 信号 传播 给 它 所 连接 的 所 有 引 脚 (pin) 的 ， 但 如 
何 将 信号 传送 得 更 远 呢 ? 这 与 拓扑 结构 (topology) 有 关系 吗 ? 

专家 2: 没有 ， 是 元 件 推送 信号 前 进 。 

开发 人 员 : 我 们 肯定 无 法 对 芯片 的 内 部 行为 建 模 ， 因 为 这 太 复杂 了 。 
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专家 2: 我 们 不 必 这 样 做 。 可 以 使 用 一 种 简化 形式 。 只 需 列 出 通过 元 件 可 从 生 些 引 觅 将 信号 钰 
推送 到 其 他 引 脚 即 可 。 
开发 人 员 : 类 似 于 这 样 吗 ? 


[经 过 反复 的 尝试 和 修改 ， 我 们 终于 共同 绘制 出 了 一 个 草图 ]。 

















开发 人 员 : 但 你 想 从 这 种 计算 中 知道 什么 呢 ? 

专家 2: 我 们 要 查找 较 长 的 信号 延迟 ， 也 就 是 说 ， 查 找 超 过 2 或 3 跳 的 信号 路 径 。 这 是 一 条 经 
验 法 则 。 如 果 路 径 太 长 ， 信 号 可 能 无 法 在 时 钟 周期 内 到 达 。 

开发 人 员 : 超过 3 跳 …… 这 么 说 我 们 需要 计算 路 径 长 度 。 那 么 怎样 算 作 一 跳 呢 ? 

专家 2: 信号 每 通过 一 个 net， 就 称 为 1 跳 。 

开发 人 员 : 那么 我 们 可 以 沿 着 电路 来 计算 跳 数 ， 每 遇 到 一 个 net， 跳 数 就 加 1。 










i 
ignal(0) - 世 


到 产生 
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开发 人 员 : 现在 我 唯一 不 明白 的 地 方 是 “推动 ”是 从 哪儿 来 的 。 是 否 每 个 元 件 实例 都 需要 存 


储 该 数据 ? 


专家 2: 一 个 元 件 的 所 有 实例 的 推动 行为 都 是 相同 的 。 
开发 人 员 : 那么 元 件 的 类 型 决定 了 推动 行为 ， 而 每 个 实例 的 推动 行为 都 是 相同 的 ? 





get(l) 
一 一 > 


专家 2: 这 个 图 的 意思 我 没完 全 明白 ， 但 我 猜想 每 个 元 件 存储 的 推动 行为 就 差不多 是 这 样 的 


吧 ， 


开发 人 员 : 抱 炊 ,这 个 地 方 我 可 能 问 得 有 点 过 甸 了 。 我 只 是 想 考 外 得 全 面 一 些 …… 现 在 ， 拓 


扑 结构 对 它 有 什么 影响 吗 ? 
专家 1: 拓扑 结构 不 影响 探 针 仿真 。 


开发 人 员 : 那么 可 以 暂 不 考虑 它 ， 是 吗 ? 等 用 到 这 些 特性 时 再 回来 讨论 它 。 


就 这 样 ， 我 们 的 讨论 一 直 进行 下 去 (其 中 遇 到 的 困难 比 上 面 显示 的 多 得 多 )。 我 们 一 边 进行 
“头脑 风暴 ” 式 的 讨论 ， 一 边 对 模型 进行 精 化 ， 边 提问 边 回答 。 随 着 我 对 领域 理解 的 加 深 , 以 及 
他 们 对 模型 在 解决 方案 中 作用 的 理解 的 加 深 , 模型 不 断 发 展 。 图 1-7 显 示 了 那个 早期 模型 的 类 图 。 


Component Type 








getPushesFromPinNumber(int) 





| 











Pin 


1 





Net | 








signal(int) | 


[sinating | 


图 


1-7 








signalint) | 
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随后 , 我 们 又 拿 出 一 部 分 工作 时 间 进 行 了 几 轮 这 样 的 讨论 , 我 觉得 自己 已 经 理解 了 足够 多 的 
知识 , 可 以 试 着 编写 一 些 代码 了 。 我 写 了 一 个 非常 简单 的 原型 , 并 用 一 个 自动 测试 框架 来 测试 它 。 
我 避 开 了 所 有 的 基础 设施 。 这 个 原型 没有 持久 化 机 制 ， 也 没有 用 户 界面 (UI) 。 这 样 我 就 可 以 专 
注 于 代码 的 行为 。 只 过 了 几 天 我 就 能 够 演练 简单 的 探 针 仿真 了 。 虽 然 它 使 用 的 是 虚拟 数据 , 而 且 
向 控制 台 写 的 是 纯 文 本 ， 但 确实 是 使 用 Java 对 象 对 路 径 长 度 执行 实际 的 计算 。 这 些 Java 对 象 所 反 
映 的 模型 正 是 我 和 领域 专家 们 一 起 开发 出 来 的 。 

这 个 具体 的 原型 使 得 领域 专家 们 更 清楚 地 理解 了 模型 的 含义 ， 以 及 它 与 最 终 软件 之 间 的 
联系 。 从 那 时 起 ， 我 们 的 模型 讨论 越 来 越 具 有 互动 性 了 ， 因 为 他 们 可 以 看 到 我 如 何 将 新 学 到 
的 知识 融合 到 模型 中 ， 然 后 反映 到 软件 上 。 他 们 也 可 以 从 原型 得 到 具体 的 反馈 ， 从 而 印证 自 
己 的 想法 。 

模型 中 包含 与 我 们 要 解决 的 问题 有 关 的 PCB 领 域 知识 , 这 些 知识 远 远 比 我 们 在 这 里 演示 的 复 
杂 。 模 型 将 很 多 同义词 和 语言 描写 中 的 微小 差别 做 了 统一 , 并 排除 了 数 百 条 与 问题 没有 直接 关系 
的 事实 (虽然 工程 师 们 都 理解 这 些 事实 )， 例 如 元 件 的 实际 数字 特性 。 像 我 这 样 的 软件 专业 人 员 
看 到 这 张 图 后 ， 几 分 钟 内 就 能 明白 软件 是 做 什么 的 。 这 张 图 就 相当 于 一 个 框架 ,开发 人 员 可 以 借 
助 于 它 来 组 织 新 的 信息 并 更 快 地 学 习 ， 从 而 更 准确 地 判断 哪些 部 分 重要 ， 哪 些 部 分 不 重要 ， 并 更 
好 地 与 PCB 工 程 师 进 行 沟通 。 

当 PCB 工 程 师 提出 新 的 功能 需求 时 ,我 就 让 他 们 带 我 走 查 对 象 交互 的 场景 。 当 模型 对 象 无 法 
清楚 地 表达 某 个 重要 场景 时 , 我 们 就 通过 头脑 风暴 活动 创建 新 的 模型 对 象 或 者 修改 原 有 的 模型 对 
象 ， 并 消化 理解 这 些 模型 对 象 中 的 知识 。 在 我 们 精 化 模型 的 过 程 中 ,代码 也 随 之 一 步 步 演进 。 几 
个 月 后 ，PCB 工 程 师 们 得 到 了 一 个 远 远 超 乎 他 们 期 望 的 功能 丰富 的 工具 。 


1.1 有效 建 模 的 要 素 


以 下 几 方 面 因 素 使 上 述 案例 得 以 成 功 。 

(D 模型 和 实现 的 绑 定 。 最 初 的 原型 虽然 简陋 ， 但 它 在 模型 与 实现 之 间 建 立 了 早期 链接 ， 而 
且 在 所 有 后 续 的 迭代 中 我 们 一 直 在 维护 该 原型 。 

(2) 获得 了 一 种 基于 模型 的 语言 。 最 初 ， 工 程 师 们 不 得 不 向 我 解释 基本 的 PCB 问 题 ， 而 我 也 
必须 向 他 们 解释 类 图 的 含义 。 但 随 着 项 目的 进展 ， 双 方 都 能 够 直接 使 用 模型 中 的 术语 ， 并 将 它们 
组 织 为 符合 模型 结构 的 语句 ， 而 且 无 需 翻 译 即 可 理解 互相 要 表达 的 意思 。 

(3) 开发 一 个 蓝 含 丰富 知识 的 模型 。 对 象 具有 行为 和 强制 性 规则 。 模 型 并 不 仅仅 是 一 种 数据 
模式 ， 它 还 是 解决 复杂 问题 不 可 或 缺 的 部 分 。 模 型 包含 各 种 类 型 的 知识 。 

(4) 提炼 模型 。 在 模型 日 趋 完整 的 过 程 中 ， 重 要 的 概念 不 断 被 添加 到 模型 中 ， 但 同样 重要 的 
是 , 不 再 使 用 或 不 重要 的 概念 则 从 模型 中 删除 。 当 一 个 不 需要 的 概念 与 一 个 需要 的 概念 有 关联 时 ， 
则 把 重要 的 概念 提取 到 一 个 新 模型 中 ， 其 他 那些 不 要 的 概念 就 可 以 删 去 了 。 
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(5) 头脑 风暴 和 实验 。 语言 和 草图 , 再 加 上 头脑 风暴 活动 , 将 我 们 的 讨论 变 成 “模型 实验 室 ”， 
在 这 些 讨论 中 可 以 演示 、 尝 试 和 判断 上 百 种 变化 。 当 团队 走 查 场景 时 ， 口 头 表达 本 身 就 可 以 作为 
所 提议 的 模型 的 可 行 性 测试 , 因为 人 们 听 到 口头 表达 后 , 就 能 立即 分 辨 出 它 是 表达 得 清楚 、 简 捷 ， 
还 是 表达 得 很 笨拙。 

正 是 头脑 风暴 的 创造 力 和 大 量 实验 才 使 我 们 找到 了 一 个 蕴含 丰富 知识 的 模型 并 对 它 进行 提 
炼 ， 在 这 个 过 程 中 ,基于 模型 的 语言 提供 了 很 大 帮助 , 而且 贯穿 整个 实现 过 程 中 的 反馈 循环 也 对 
模型 起 到 了 “训练 ”作用 。 这 种 知识 消化 将 团队 的 知识 转化 为 有 价值 的 模型 。 


1.2 知识 消化 


金融 分 析 师 要 消化 理解 的 内 容 是 数字 。 他 们 筛选 大 量 的 详细 数字 , 并 对 它们 进行 组 合 和 重组 ， 
以 便 寻 找 潜在 意义 和 重要 元 素 的 简单 表示 方式 ， 也 就 是 形成 一 种 可 用 作 人 金融 决策 基础 的 理解 。 

高 效 的 领域 建 模 人 员 是 知识 的 消化 者 。 他 们 在 大 量 信息 中 探寻 有 用 的 部 分 。 他 们 不 断 尝试 各 
种 信息 组 织 方式 ,努力 寻找 对 大 量 信息 有 意义 的 简单 视图 。 很 多 模型 在 尝试 后 被 放弃 或 改造 。 只 
有 找到 一 组 适用 于 所 有 细节 的 抽象 概念 后 ,工作 才 算 成 功 。 这 种 经 过 提炼 得 到 的 精华 是 对 被 认为 

13] 是 最 相关 的 知识 的 严格 表示 。 

知识 消化 并 非 一 项 孤立 的 活动 , 它 一 般 是 在 开发 人 员 的 领导 下 , 由 开发 人 员 与 领域 专家 组 成 
的 团队 来 共同 协作 。 他 们 共同 收集 信息 ， 并 通过 消化 而 将 它 组 织 为 有 用 的 形式 。 信 息 的 资料 来 自 
领域 专家 头脑 中 的 知识 , 来 自 现 有 系统 的 用 户 ， 也 来 自 技术 团队 以 前 在 相关 遗留 系统 或 同 领域 的 
其 他 项 目 中 积累 的 经 验 。 信 息 的 形式 也 多 种 多 样 ， 有 可 能 是 为 项 目 编写 的 文档 ， 有 可 能 是 业务 中 
使 用 的 文件 ， 也 有 可 能 来 自 大 量 的 讨论 。 早 期 版 本 或 原型 将 经 验 反馈 给 团队 ， 然 后 团队 对 一 些 解 
释 做 出 修改 。 


在 传统 的 瀑布 方法 中 ， 业 务 专家 与 分 析 员 进行 讨论 ， 分 析 员 消化 理解 这 些 知识 后 ， 对 其 进 
行 抽象 并 将 结果 传递 给 程序 员 ， 再 由 程序 员 编写 软件 代码 。 由 于 这 种 方法 完全 没有 反馈 ， 因 此 
总 是 失败 。 分 析 员 全 权 负 责 创建 模型 ， 但 他 们 创建 的 模型 只 是 基于 业务 专家 的 意见 。 他 们 既 没 
有 向 程序 员 学 习 的 机 会 ， 也 得 不 到 早期 软件 版 本 的 经 验 。 知 识 只 是 朝 一 个 方向 流动 ， 而 且 不 会 
形成 累积 。 

有 些 项 目 使 用 了 迭代 过 程 , 但 由 于 没有 对 知识 进行 抽象 而 无 法 建立 起 知识 体系 。 开 发 人 员 听 
专家 们 描述 某 项 所 需 的 特性 ， 然 后 开始 构建 它 。 他 们 将 结果 展示 给 专家 ， 并 询问 接 下 来 做 什么 。 
如 果 程 序 员 愿意 进行 重 构 ， 则 能 够 保持 软件 足够 整洁 ,以便 继 续 扩展 它 ， 但 如 果 程 序 员 对 领域 不 
感 兴趣 ,， 则 他 们 只 会 学 习 程 序 应 该 执行 的 功能 ， 而 不 会 学 习 它 背 后 的 原理 。 虽 然 这 样 也 能 开发 出 
有 用 的 软件 ， 但 项 目 永远 也 不 会 从 原 有 特性 中 自然 地 扩展 出 强大 的 新 特性 。 

好 的 程序 员 会 自然 而 然 地 抽象 并 开发 出 一 个 可 以 完成 更 多 工作 的 模型 。 但 如 果 在 建 模 时 只 是 

[4] 技术 人 员 在 唱 独角戏 ， 而 没有 领域 专家 的 协作 ， 那 么 得 到 的 概念 将 是 很 幼稚 的 。 使 用 这 些 肤浅 知 
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识 开发 出 来 的 软件 只 会 做 基本 工作 ， 而 不 会 充分 反映 出 领域 专家 的 思考 方式 。 

在 团队 所 有 成 员 一 起 消化 理解 模型 的 过 程 中 , 他 们 之 间 的 交互 也 会 发 生变 化 。 领 域 模型 的 不 
断 精 化 迫使 开发 人 员 学 习 重 要 的 业务 原理 , 而 不 是 机 械 地 进行 功能 的 开发 。 领 域 专家 被 迫 提炼 自 
己 所 知道 的 重要 知识 的 过 程 往往 也 是 完善 其 自身 理解 的 过 程 , 而 且 他 们 会 渐渐 理解 软件 项 目 所 必 
需 的 概念 严谨 性 。 

所 有 这 些 因 素 都 促使 田 队 成 员 成 为 更 合格 的 知识 消化 者 。 他 们 对 知识 去 粗 取 精 。 他 们 将 模 
型 重 塑 为 更 有 用 的 形式 。 由 于 分 析 员 和 程序 员 将 自己 的 知识 输入 到 了 模型 中 ， 因 此 模型 的 组 织 
更 严密 ， 抽 象 也 更 为 整洁 ， 从 而 为 实现 提供 了 更 大 支持 。 同 时 ， 由 于 领域 专家 也 将 他 们 的 知识 
输入 到 了 模型 中 ， 因 此 模型 反映 了 业务 的 深层 次 知识 ， 而 且 确保 模型 真正 是 对 业务 原理 的 抽象 
反映 。 

模型 在 不 断 改进 的 同时 ， 也 成 为 组 织 信息 流 的 工具 。 模 型 聚焦 于 需求 分 析 。 它 与 编程 和 设计 
紧密 交互 。 它 通过 良性 循环 加 深 团队 成 员 对 领域 的 理解 ， 使 他 们 更 透彻 地 理解 模型 ， 并 对 其 进 一 
步 精 化 。 模型 永远 都 不 会 是 完美 的 , 因为 它 是 一 个 不 断 完 善 的 过 程 。 模型 必须 对 领域 实用 和 有 用 。 
它们 必须 非常 精确 ， 以 便 使 应 用 程序 易于 实现 和 理解 。 


1.3 ”持续 学 习 


当 开始 编写 软件 时 ， 其 实 我 们 所 知 其 少 。 项 目 知识 零散 地 分 散在 很 多 人 和 文档 中 , 其 中 夹杂 
着 其 他 一 些 无 关 信 息 ,因此 我 们 甚至 不 知道 哪些 知识 是 真正 需要 的 知识 。 领 域 知识 在 技术 上 似乎 
不 那么 难 应 付 , 但 不 要 被 假象 蒙 项 一 一 我 们 并 没 意 识 到 不 知道 的 东西 究竟 有 多 少 。 这 种 无 知 往往 
会 导致 我 们 做 出 错误 的 假设 。 

同时 , 所 有 项 目 都 会 丢失 知识 。 已 经 学 到 了 一 些 知识 的 人 可 能 干 别 的 事 去 了 。 团 队 可 能 由 于 
重组 而 被 拆散 ,这 导致 知识 又 重新 分 散 开 。 被 外 包 出 去 的 关键 子 系统 可 能 只 交 回 了 代码 ,而 不 会 
将 知识 传递 回来 。 而 且 当 使 用 典型 的 设计 方法 时 ,代码 和 文档 不 会 以 一 种 有 用 的 形式 表示 出 这 些 
来 之 不 易 的 知识 ， 因 此 一 旦 由 于 某 种 原因 入 们 没有 口头 传递 知识 ， 那 么 知识 就 丢失 了 。 

高 效率 的 团队 需要 有 意识 地 积累 知识 , 并 持续 学 习 ( [Kerievsky 2003] )。 对 于 开发 人 员 来 说 ， 
这 意味 着 既 要 完善 技术 知识 ， 也 要 培养 一 般 的 领域 建 模 技巧 (例如 本 书 中 所 讲 的 那些 技巧 )。 但 
这 也 包括 认真 学 习 他 们 正在 从 事 的 特定 领域 的 知识 。 

善于 自学 的 团队 成 员 是 团队 的 中 坚 力量 ， 那 些 涉及 最 关键 领域 的 开发 任务 要 靠 他 们 来 攻克 
(有 关 这 方面 的 更 多 内 容 ， 参 见 第 15 章 )。 这 个 核心 团队 头脑 中 积累 的 知识 使 他 们 成 为 更 高 效 的 
知识 消化 者 。 


读 到 这 里 , 请 先 停 一 下 来 问 自己 一 个 问题 。 你 是 否 学 习 了 一 些 PCB 设 计 知识 ?虽然 这 个 示例 
只 对 该 领域 作 了 些 表面 处 理 ， 但 当 讨论 领域 模型 时 ， 仍 需 学 习 一 些 知识 。 我 学 习 了 大 量 知识 , 但 
并 没有 学 习 如 何 成 为 一 名 PCB 工 程 师 ， 因 为 这 不 是 我 的 目的 。 我 的 目的 是 学 会 与 PCB 专 家 沟通 ， 
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学 会 理解 与 应 用 有 关 的 主要 概念 ， 并 学 会 检查 所 构建 的 内 容 是 否 合理 。 

事实 上 , 我 们 的 团队 最 终 发 现 探 针 仿真 并 不 是 一 项 重要 的 开发 任务 , 因此 最 后 删除 了 这 个 功 
能 。 连 同 它 一 起 删除 的 还 有 模型 中 的 一 些 部 分 , 这 些 部 分 只 是 帮助 我 们 理解 如 何 通过 元 件 推动 信 
号 以 及 如 何 计算 跳 数 。 这 样 ， 应 用 程序 的 核心 就 转移 到 了 别处 ， 而 且 模型 也 随 之 改变 ， 将 新 的 重 
点 作为 核心 。 在 这 个 过 程 中 ,领域 专家 们 也 学 到 了 很 多 东西 ,而 且 更 加 清楚 地 理解 了 应 用 程序 的 
目标 (第 15 章 更 深入 地 讨论 这 些 问 题 )。 

尽管 如 此 ， 那 些 早期 工作 还 是 非常 重要 的 。 关 键 的 模型 元 素 被 保留 下 来 ， 而 更 重要 的 是 , 早 
期 工作 开始 了 知识 消化 的 过 程 ， 这 使 得 所 有 后 续 工 作 更 加 高 效 : 团队 成 员 、 开 发 人 员 和 领域 专家 
等 都 学 到 了 知识 ,他 们 开始 使 用 一 种 公共 的 语言 , 而 且 形 成 了 贯穿 整个 实现 过 程 的 反馈 循环 。 这 
样 ， 一 个 发 现 之 旅 悄 然 开始 了 。 


1.4 知识 丰富 的 设计 


通过 像 PCB 示 例 这 样 的 模型 获得 的 知识 远 远 不 只 是 “发 现 名 词 "。 业 务 活动 和 规则 如 同 所 涉 
及 的 实体 一 样 ， 都 是 领域 的 中 心 ,任何 领域 都 有 各 种 类 别 的 概念 。 知 识 消化 所 产生 的 模型 能 够 反 
映 出 对 知识 的 深层 理解 。 在 模型 发 生 改 变 的 同时 ， 开发 人 员 对 实现 进行 重 构 ， 以 便 反 映 出 模型 的 
变化 ， 这 样 ， 新 知识 就 被 合并 到 应 用 程序 中 了 。 

当 我 们 的 建 模 不 再 局 限于 寻找 实体 和 值 对 象 时 我 们 才能 充分 吸取 知识 ,因为 业务 规则 之 间 可 
能 会 存在 不 一 致 。 领域 专家 在 反复 研究 所 有 规则 、 解 决 规则 之 间 的 矛盾 以 及 修改 规则 使 其 符合 常 
识 等 一 系列 工作 中 ， 往 往 不 会 意识 到 他 们 的 思考 过 程 有 多 么 复杂 。 软 件 是 无 法 完成 这 一 工作 的 。 
正 是 通过 与 软件 专家 紧密 协作 来 消化 知识 的 过 程 才 使 得 规则 得 以 澄清 和 充实 , 并 消除 规则 之 间 的 
矛盾 以 及 删除 一 些 无 用 规则 。 


提取 一 个 隐 莽 的 板 念 


我 们 从 一 个 非常 简单 的 领域 模型 开始 学 习 , 基于 此 模型 的 应 用 程序 用 来 预订 一 稻 船 在 一 次 航 
程 中 要 运载 的 货物 ， 如 图 1-8 所 示 。 


[| = | 
图 1-8 
我 们 可 以 规定 这 个 应 用 程序 的 任务 是 将 每 件 货物 (Cargo) 与 一 次 航程 (Voyage) 关联 起 来 ， 


记录 并 跟踪 这 种 关系 。 现 在 看 来 一 切 都 还 算 简单 。 应 用 程序 代码 中 可 能 会 有 一 个 像 下 面 这 样 的 
方法 : 
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public int makeBooking (Cargo cargo，Voyage voyage) { 
int confirmation = orderConfirmationSequence.next {(); 
voyage.addCargo(cargo, confirmation); 
return confirmation; 


由 于 总 会 有 人 临时 取消 订单 , 因此 航运 业 的 一 般 做 法 是 接受 比 其 运载 能 力 多 一 些 的 货物 。 这 


称 为 “ 超 订 "。 有 时 使 用 一 个 简单 的 容量 百分比 来 表示 ， 例 如 预订 110% 的 载 货 量 。 有 时 则 采用 一 
些 有 利于 主要 客户 或 特定 种 类 的 货物 的 复杂 规则 。 





这 是 航运 领域 的 一 个 基本 策略 , 从 事 航运 业 的 业务 人 员 都 知道 它 , 但 在 软件 团队 中 可 能 不 是 
所 有 技术 人 员 都 知道 这 条 规则 。 
需求 文档 中 包含 下 面 这 句 话 : 


允许 10% 的 超 订 。 
现在 ， 类 图 和 代码 就 应 该 像 图 1-9 这 样 : 


Voyage 
capacity 











图 1-9 


public int makeBooking (Cargo cargo, Voyage voyage) { 
double maxBooking = voyage.capacity() * 1.1; 


if ((voyage.bookedCargogize() + cargo.size()) > maxBooking) 
return -1} 
int confirmation = orderConfirmationSequence.next (); 
voyage.addCargo (cargo, confirmation); 
return confirmation; 
} 


现在 ， 一 条 重要 的 业务 规则 被 隐藏 在 了 上 面 这 段 方法 代码 的 一 个 卫 语句 "中 。 第 4 章 将 介绍 
LAYERED ARCHITECTURE， 它 会 帮助 我 们 将 超 订 规 则 转移 到 领域 对 象 中 ， 但 现在 我 们 主要 考虑 如 
何 把 这 条 规则 更 清楚 地 表达 出 来 ， 以 便 让 项 目 中 的 每 个 人 都 能 看 到 它 。 这 样 就 只 能 修改 上 面 的 代 
码 以 提供 一 个 类 似 的 解决 方案 。 

(1) 如 果 写 成 上 面 的 代码 那样 ， 不 可 能 会 有 业务 专家 能 通过 阅读 这 段 代码 来 检验 规则 ， 即 使 
在 开发 人 员 的 帮助 下 也 无 法 完成 。 

(2) 不 懂 此 业务 的 技术 人 员 很 难 将 需求 文本 与 代码 联系 起 来 。 


@ 卫 语 句 ，guard clause， 指 起 保护 作用 的 语句 。 一 一 译 者 注 
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如 果 规 则 更 复杂 ， 情 况 将 更 精 。 
我 们 可 以 改变 一 下 设计 来 更 好 地 捕获 这 个 知识 。 超 订 规 则 是 一 个 政策 。 政 策 (policy) 其 实 
18] 是 一 种 设计 模式 ， 也 就 是 我 们 所 说 的 STRATEGY 模 式 ”([Gamma et al. 1995] ) 。 我 们 知道 ， 使 用 
STRATEGY 的 动机 一 般 是 为 了 替换 不 同 的 规则 ， 虽 然 在 这 里 并 不 需要 这 么 做 ， 但 我 们 要 获取 的 概 
念 确实 符合 STRATEGY 的 意义 ， 这 一 点 在 领域 驱动 的 设计 中 足以 成 为 使 用 STRATEGY 的 动机 (参见 
第 12 章 )， 如 图 1-10 所 示 。 


se 














| py 








{sum(cargo.size) < voyage.capacity * 1.1} 


修改 后 的 代码 如 下 : 


public int makeBooking (Cargo cargo, Voyage voyage) { 
1f (loverbookingpolicy.isallowed(cargo, voyage)) return -1; 
int confirmation = orderConfirmationSequence.next (); 
voyage.addCargo (cargo, confirmation); 
return confirmation; 


) 
新 的 Overbooking Policy 类 包含 以 下 方法 : 


public boolean isAllowed(Cargo cargo, Voyage voyage) { 
return (cargo.size{) + voyage.bookedCargosize()) <= 
(voyage.capacity() * 1.1); 


} 
现在 所 有 人 都 可 以 看 出 超 订 是 一 个 独特 的 政策 ， 而 且 超 订 规则 的 实现 是 明确 且 独 立 的 。 
现在 , 我 并 不 建议 将 这 样 的 精细 设计 应 用 到 领域 的 每 个 细节 中 。 第 15 章 将 深入 闸 述 如 何 关注 
重点 以 及 如 何 隔离 其 他 问题 或 使 这 些 问题 最 小 化 。 这 个 例子 的 目的 是 说 明 领域 模型 和 相应 的 设计 
可 用 来 保护 和 共享 知识 。 更 明确 的 设计 具有 以 下 优点 : 
[3] (1) 为 了 实现 更 明确 的 设计 ， 程 序 员 和 其 他 各 位 相关 人 员 都 必须 理解 超 订 的 本 质 ， 明 白 它 是 





四 STRATEGY 一般 是 指定 义 一 组 算法 ,将 每 个 算法 都 封装 起 来 ,并 且 使 它们 之 间 可 以 互 换 。 策 路 模式 的 优点 是 软件 可 
以 由 许多 可 替换 的 部 分 组 成 ， 各 个 部 分 之 间 是 弱 连 接 的 关系 ,这样 软件 具有 更 强 的 可 扩展 性 、 可 维护 性 和 可 重用 
性 。 作 者 在 这 里 提 到 策略 模式 ， 是 指 将 每 个 规则 当成 一 个 算法 。 一 一 译 者 注 
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一 个 明确 且 重 要 的 业务 规则 ， 而 不 只 是 一 个 普通 的 、 不 引 人 注 意 的 计算 问题 。 
(2) 程序 员 可 以 向 业务 专家 展示 技术 工件 ， 甚 至 是 代码 ， 但 应 该 是 领域 专家 (在 程序 员 指导 
下 ) 可 以 理解 的 ， 以 便 形 成 反馈 循环 。 


1.5 “深层 模型 


有 用 的 模型 很 少 停留 在 表面 层次 上 。 随 着 对 领域 和 应 用 程序 需求 的 理解 逐步 加 深 , 我 们 往往 
会 丢掉 那些 最 初 看 起 来 很 重要 的 表面 元 素 ， 或 者 切换 它们 的 角度 。 这 时 ,一 些 在 开始 时 不 可 能 发 
现 的 巧妙 抽象 就 会 渐渐 浮 出 水 面 ， 而 它们 恰恰 切中 问题 的 要 害 。 

前 面 的 例子 大 体 上 是 基于 一 个 集装箱 航运 项 目 , 这 是 本 书 列举 的 几 个 项 目 之 一 ， 本 书 还 有 几 
个 示例 会 引用 这 个 项 目 。 本 书 所 举 的 示例 都 很 简单 ， 即 使 不 是 航运 专家 ， 也 能 理解 它们 。 但 在 一 
个 需要 团队 成 员 持续 学 习 的 真实 项 目 中 , 要 想 建立 实用 且 清 晰 的 模型 则 要 求 团队 成 员 既 精通 领域 
知识 ， 也 要 精通 建 模 技术 。 

在 这 个 项 目 中 , 由 于 航运 从 预订 货运 开始 , 因此 我 们 开发 了 一 个 能 够 描述 货物 和 运 货 航线 等 
事物 的 模型 。 这 是 必要 且 有 用 的 ,但 领域 专家 却 不 这 样 认为 。 他 们 有 自己 的 考虑 业务 的 方式 , 这 
种 方式 是 我 们 没有 考虑 到 的 。 

最 后 , 在 经 过 几 个 月 的 知识 消化 后 , 我 们 知道 货物 的 处 理 主要 是 由 转 包 商 或 公司 中 的 操作 人 
员 完 成 的 ， 这 包括 装 货 、 印 货 和 运 货 。 航 运 专家 的 观点 是 ， 各 部 分 之 间 存 在 一 系列 的 责任 传递 。 
法 律 责 任 和 执行 责任 的 传递 有 一 个 控制 过 程 一 一 从 托运 人 传递 到 某 个 本 地 运输 商 , 再 从 这 家 运输 
商 传递 到 另 一 家 运输 商 ， 最 后 到 达 收 货 人 。 通 常 ， 在 办 理 一 些 重要 手续 时 ， 货 物 停放 在 仓库 里 。 
在 其 他 时 间 里 ， 货 物 则 是 通过 复杂 的 物理 步 难 来 运输 ， 而 这 些 步骤 与 航运 公司 的 业务 决策 无 关 。 
在 处 理 航线 的 物流 之 前 ， 必 须 先 确定 诸如 提单 等 法 律 文件 以 及 支付 流程 。 

对 航运 业务 有 了 更 深刻 的 认识 后 ， 我 们 并 没有 删除 航线 (Itinerary) 对 象 ， 但 模型 发 生 了 巨 
大 改变 。 我 们 对 航运 业务 的 认识 从 “集装箱 在 各 个 地 点 之 间 的 运输 ”转变 为 “ 运 货 责任 在 各 个 实 
体 之 间 的 传递 "。 处 理 这 些 责 任 传递 的 特性 不 再 是 一 些 附 属于 装 货 作业 的 次 要 特性 ， 而 是 由 一 个 
独立 的 模型 来 提供 支持 ， 这 个 模型 正 是 在 理解 了 作业 与 责任 之 间 的 重要 关系 之 后 开发 出 来 的 。 

知识 消化 是 一 种 探索 ， 它 永 无 止境 。 
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语言 的 交流 和 使 用 


从 条 域 模型 是 软件 项 目的 公共 语言 的 核心。 模型 是 人 们 头脑 中 形成 的 与 项 目 有 关 的 概念 集 
义 兴 全， 它 用 术语 和 关系 反映 了 领域 的 深层 含义 。 这 些 术语 和 相互 关系 提供 了 模型 语言 的 
语义 ， 模 型 语言 是 专门 为 领域 量 身 裁剪 的 ， 而 且 十 分 精确 ， 以 便 支持 技术 开发 。 它 是 一 条 至 关 重 
要 的 纽带 ， 将 模型 与 开发 活动 结合 在 一 起 ， 并 使 模型 与 代码 紧密 绑 定 

这 种 基于 模型 的 交流 并 不 仅 限 于 UML (统一 建 模 语言 ) 图 。 为 了 最 有 效 地 使 用 模型 ， 需 要 
充分 利用 各 种 交流 手段 。 基 于 模型 的 交流 提高 了 文本 文档 的 实用 性 , 也 提高 了 敏捷 过 程 中 反复 强 
调 的 非 正式 图 和 临时 交谈 (casual conversation) 的 实用 性 。 它 提高 了 代码 本 身 和 代码 测试 的 沟通 
能 力 。 

在 一 个 项 目 中 ， 语 言 的 使 用 很 微妙 ， 但 是 非常 重要 …… 


2.1 模式 :UBIQUITOUS LANGUAGE 


首先 写 下 一 个 身子 ， 
然后 将 它 分 成 小 段 ， 
再 将 它们 打 乱 并 重新 排序 。 
仿佛 是 巧合 一 样 ， 
短语 的 顺序 对 意思 完全 没有 影响 。 
一 一 Lewis Carroll, “Poeta Fit, Non Nascitur” 


要 想 创建 一 种 灵活 的 、 蕴 含 丰富 知识 的 设计 ， 需 要 一 种 通用 的 、 共 享 的 团队 语言 ， 这 种 语言 
应 该 是 时 刻 进行 检验 的 ， 遗 憾 的 是 ， 在 软件 项 目 上 很 少 出 现 这 样 的 检验 。 





领域 专家 对 软件 开发 的 技术 行 话 所 知 有 限 , 但 他 们 使 用 自己 领域 的 行 话 , 这 种 行 话 可 能 还 具 
有 各 种 不 同 的 风格 。 另 一 方面 ， 开发 人 员 可 能 会 用 一 些 描述 性 的 、 功 能 性 的 术语 来 理解 和 讨论 系 
统 ， 而 这 些 术 语 并 不 会 表达 出 专家 语言 所 要 传达 的 意思 。 或 者 , 开发 人 员 可 能 会 创建 一 些 用 于 支 
持 设 计 的 抽象 , 但 领域 专家 并 不 理解 这 些 抽象 。 负 责 处 理 一 个 问题 不 同 部 分 的 开发 人 员 可 能 会 开 
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发 出 各 自 不 同 的 一 些 设计 概念 和 描述 领域 的 方式 。 

由 于 语言 上 存在 润 沟 , 领域 专家 们 只 能 模糊 地 描述 他 们 想 要 的 东西 。 开 发 人 员 虽 然 努力 去 理 
解 一 个 自己 不 熟悉 的 领域 , 但 也 只 能 形成 模糊 的 认识 。 有 少数 的 团队 成 员 会 学 着 同时 说 这 两 种 语 
言 ， 但 由 于 这 样 的 人 太 少 了 ， 信 息 流 会 遭遇 瓶颈 问题 ， 而 且 他 们 的 翻译 也 不 准确 。 

在 一 个 没有 公共 语言 的 项 目 上 , 开发 人 员 不 得 不 为 领域 专家 们 做 翻译 。 而 这 些 领域 专家 还 需 
要 充当 开发 人 员 与 其 他 领域 专家 之 间 的 翻译 。 甚 至 开发 人 员 之 间 还 需要 互相 翻译 。 这 些 翻 译 使 模 
型 概念 变 得 混淆 ， 这 会 破坏 代码 的 重 构 。 这 种 间接 的 沟通 掩盖 了 分 裂 的 形成 ,不 同 的 团队 成 员 使 
用 不 同 的 术语 而 尚 不 自 知 。 这 导致 软件 的 各 个 部 分 不 能 够 浑然 一 体 , 因此 无 法 开发 出 可 靠 的 软件 
(参见 第 14 章 )。 翻 译 工作 导致 各 类 知识 和 想法 无 法 结合 到 一 起 ， 从 而 影响 对 模型 的 深入 理解 。 

如 果 语 言 支离破碎 , 项 目 必 将 遭遇 严重 问题 。 领 域 专家 使 用 他 们 自己 的 行 话 ， 而 技术 团队 成 
员 则 使 用 自己 的 语言 来 从 设计 角度 讨论 领域 。 

日 常 讨论 所 使 用 的 术语 与 代码 (软件 项 目的 最 重要 产品 ) 中 使 用 的 术语 不 一 致 。 甚 至 同一 个 
人 在 讲话 和 写 东西 时 使 用 的 语言 也 不 一 致 , 这 导致 的 后 果 是 ,即使 人 们 对 领域 有 了 一 些 深刻 的 描 
述 ， 也 转眼 就 忘记 了 ， 而 无 法 记录 到 代码 或 文档 中 。 

翻译 使 得 沟通 不 畅 ， 并 导致 知识 消化 变 得 困难 。 

然而 任何 一 种 行 话 都 不 能 成 为 公共 语言 ， 因 为 它们 无 法 满足 所 有 的 需求 。 

所 有 翻译 工作 加 在 一 起 , 开销 实在 是 太 大 了 , 还 要 冒 着 误解 的 风险 。 项 目 需要 一 种 公共 语言 ， 
这 种 语言 并 不 是 那 种 最 简单 的 、 大 众 化 的 东西 ， 而 是 比 其 强大 得 多 。 通 过 团队 的 一 致 努力 ， 领 域 
模型 可 以 成 为 这 种 公共 语言 的 核心 ,同时 将 团队 沟通 与 软件 实现 紧密 联系 到 一 起 。 这 种 公共 语言 
是 整个 团队 工作 中 的 UBIQurrous LANGUAGE (通用 语言 ) 。 

UBIQUITOUS LANGUAGE 的 词汇 表 包 括 类 名 称 和 主要 操作 。LANGUAGE 中 包含 术语 ， 有 些 术语 
用 来 讨论 模型 中 已 经 明确 的 规则 , 还 有 一 些 术语 则 来 自 施加 于 模型 上 的 高 级 组 织 原则 (例如 第 14 
和 第 16 章 要 讨论 的 CONTEXT MAP 和 大 比例 结构 )。 最 后 ， 团 队 一 致 应 用 于 领域 模型 的 模式 名 称 使 
这 种 语言 更 为 丰富 。 

模型 之 间 的 关系 成 为 所 有 语言 都 具有 的 组 合 规则 。 词 和 短语 的 意义 反映 了 模型 的 语义 。 

所 有 开发 人 员 都 应 该 使 用 基于 模型 的 语言 来 描述 系统 中 的 工件 、 任务 和 功能 。 这 个 模型 应 该 
为 开发 人 员 和 领域 专家 提供 一 种 用 于 相互 交流 的 语言 , 而 且 领域 专家 们 还 应 该 可 以 使 用 这 种 语言 
来 讨论 需求 、 开 发 计划 和 特性 。 语 言 的 使 用 越 普遍 ， 理 解 就 越 容易 。 

至 少 , 我 们 应 该 将 它 作为 目标 。 但 最 初 ， 模 型 可 能 不 太 好 ， 无 法 很 好 地 懂行 这 些 职责 。 
它 可 能 不 会 像 领域 中 所 使 用 的 专业 行 话 那样 具有 丰富 的 语义 。 但 我 们 又 不 能 直接 使 用 行 话 ， 
为 它们 有 歧义 和 矛盾 。 模 型 可 能 会 缺乏 开发 人 员 在 编写 代码 时 所 表现 出 来 的 灵活 性 和 活力 ， 这 
要 么 是 因为 开发 人 员 认 为 模型 不 必 具 有 这 些 特性 ， 要 么 是 因为 编码 风格 只 是 按部就班 地 传递 领 

尽管 知识 消化 过 程 和 基于 模型 的 语言 的 使 用 看 起 来 在 次 序 上 没有 先后 之 分 ,但 其 实 前 者 是 依 
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赖 于 后 者 的 ,也 就 是 说 ,有 助 于 产生 更 有 用 模型 的 知识 消化 过 程 依赖 于 整个 团队 对 使 用 基于 模型 
语言 的 一 致 承诺 。 团 队 一 致使 用 UBIQUITOUS LANGUAGE 可 以 暴露 出 模型 中 存在 的 缺点 ， 这 样 团队 
就 可 以 尝试 并 找到 不 恰当 术语 或 组 合 词 的 替代 词 。 当 有 些 概念 无 法 用 现 有 语言 中 的 词汇 表达 时 ， 
新 的 词语 将 被 引入 到 讨论 中 。 这 些 语言 上 的 更 改 也 会 在 领域 模型 中 引起 相应 的 更 改 ,， 并 促使 团队 
更 新 类 图 并 重 命名 代码 中 的 类 和 方法 ， 甚 至 在 术语 的 意义 改变 时 会 导致 行为 也 发 生 改 变 。 

通过 在 实现 的 上 下 文 (context of implementation) 中 使 用 这 种 语言 ， 开 发 人 员 能 够 指出 不 准 
确 和 矛盾 的 词 ， 并 和 领域 专家 一 起 找到 有 效 的 替代 词 。 

当然 ， 领 域 专家 所 讲 的 话 会 超出 UBlQurrous LANGUAGE 的 范围 ， 他 们 会 解释 并 给 出 一 个 更 广 
泛 的 上 下 文 。 但 在 模型 的 范围 内 ， 他 们 应 该 使 用 LANGUAGE， 并 在 发 现 那些 撩 口 、 不 完整 或 错误 
的 地 方 之 后 要 特别 留意 。 通 过 一 致 地 使 用 基于 模型 的 语言 并 不 断 完 善 它 , 直到 它 达 到 非常 流畅 的 
程度 ， 我 们 就 可 以 得 到 一 个 完整 的 、 易 于 理解 的 模型 ， 它 完全 由 简单 元 素 组 成 ， 这 些 简单 元 素 组 
合 到 一 起 表达 了 复杂 的 思想 。 

因此 : 

将 模型 作为 语言 的 中 心 。 确 保 团队 在 所 有 交流 活动 和 代码 中 坚持 使 用 这 种 语言 。 在 画图 、 写 
东西 特别 是 讲话 时 也 要 使 用 这 种 语言 。 

通过 尝试 不 同 的 表示 方法 (它们 反映 了 不 同 模型 ) 来 消除 难点 。 然 后 重 构 代 码 ， 并 对 类 、 方 
法 和 模块 重新 命名 ,以 便 与 新 模型 相 一 致 。 解决 交谈 中 的 术语 混淆 问题 就 像 我 们 对 普通 词汇 形 
成 一 个 公认 的 理解 一 样 。 

要 认识 到 UBIQUITOUS LANGUAGE 中 的 更 改 就 是 对 模型 的 更 改 。 

领域 专家 应 该 避免 使 用 扮 口 或 无 法 表达 领域 理解 的 术语 或 结构 ,开发 人 员 应 该 密切 监视 那些 
将 会 妨碍 设计 的 有 歧义 和 不 一 致 的 地 方 。 

有 了 UBIQUITOUS LANGUAGE， 模 型 就 不 仅仅 是 一 个 设计 工件 了 。 它 成 为 开发 人 员 和 领域 专家 
共同 完成 的 每 项 工作 中 的 不 可 或 缺 的 部 分 。LANGUAGE 以 动态 形式 传递 知识 。 使 用 这 种 LANGUAGE 
进行 讨论 能 够 更 清楚 地 表达 图 和 代码 背后 的 真实 含义 。 

炒米 
我 们 在 这 里 讨论 的 UBIQUITOUS LANGUAGE 假 设 只 有 一 个 模型 。 第 14 章 将 讨论 存在 不 同 模型 
(和 LANGUAGE) 时 应 该 如 何 处 理 ， 以 及 如 何 防止 模型 分 裂 。 

UBIQUITOUS LANGUAGE 是 那些 不 以 代码 形式 出 现 的 设计 方面 的 主要 载体 , 这 些 方面 包括 把 整 
个 系统 组 织 在 一 起 的 比例 结构 (参见 第 16 章 )、 定 义 了 不 同系 统 和 模型 之 间 关系 的 BOUNDED 
CONTEXT (参见 第 14 章 )， 以 及 在 模型 和 设计 中 使 用 的 其 他 模式 。 


| 向 定 货运 路 线 一 & 


下 面 这 两 段 对 话 有 着 微妙 但 重要 的 差别 。 在 每 个 对 话 场景 中 , 注意 观察 讲话 者 有 多 少 内 容 是 





第 2 章 语言 的 交流 和 使 用 19 





谈论 软件 的 业务 功能 ， 有 多 少 内 容 是 从 技术 上 谈论 软件 的 工作 机 理 的 。 用 户 和 开发 人 员 用 的 是 同 
一 种 语言 吗 ? 它 是 否 是 一 种 可 以 用 来 讨论 应 用 程序 功能 的 丰富 语言 ? 


站 场景 1， 最 小 化 的 领域 抽象 中 





Cargo 





cargold 

origin 

destination 

| customs clearance (opt) 
weight 

Haz Mat Code 


Database table: cargo_bookings 








一 一 二 Routing Service 











destination 


customs clearance(opt) 


Cargo ID Transport Load Unload 











| 


图 2-1 


populate 
cargo_bookings table 


用 户 : 那么 ， 当 更 改 清关 (customs clearance) ?地 点 时 ,需要 重新 制定 整个 路 线 计划 嘿 。 

开发 人 员 ; 是 的 。 我 们 将 从 货运 表 (shipmenttable) 中 删除 所 有 包含 该 货物 计 的 行 ， 然 后 将 
出 发 地 、 目 的 地 和 新 的 清关 地 点 传递 给 Routing Service， 它 会 重新 填充 表格 。Cargo 中 必须 有 一 个 
布尔 值 ， 用 于 指示 货运 表 中 是 否 有 数据 。 

用 户 : 删除 行 ? 好 ， 就 按 你 说 的 做 。 但 是 ， 如 果 先 前 根本 没有 指定 清关 地 点 ， 也 需要 这 么 做 


吗 ? 


开发 人 员 : 是 的 ， 无 论 何 时 更 改 了 出 发 地 、 目 的 地 或 清关 地 点 (或 是 第 一 次 输入 ) ， 都 将 检 
查 是 否 已 经 有 货运 数据 ， 如 果 有 ， 则 删除 它们 ， 然 后 由 Routing Service 重 新 生成 数据 。 


用 户 : 当然 ， 如 果 原 有 的 清关 数据 碰巧 是 正确 的 ， 我 们 就 不 需要 这 样 做 了 。 


开发 人 员 : 哦 ， 没 问题 。Routing Service 每 次 重新 加 载 或 却 载 数据 都 很 容易 。 
用 户 : 是 的 ,但 为 新 航线 制定 所 有 支持 计划 的 工作 量 很 大 ， 因 此 我 们 一 般 不 想 更 改 路 线 ， 除 


非 清 关 地 点 的 更 改 要 求 必 须 更 改 路 线 。 


开发 人 员 : 吻 , 好 的 ， 当 第 一 次 输入 清关 地 点 时 ， 我 们 需要 查询 表格 , 找到 以 前 的 清关 地 点 ， 
然后 与 新 的 清关 地 点 进行 比较 ， 从 而 判断 是 否 需要 重新 制定 路 线 。 


@ 清关 即 结 关 ， 习 惯 上 又 称 通关 ， 是 指 进口 货物 、 出 口 货物 和 转运 货物 进出 一 国 海关 或 国境 时 必须 向 海关 申报 ， 办 
理 海关 规定 的 各 项 手续 ， 履 行 各 项 法 规 规定 的 义务 。 一 一 译 者 注 
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用 户 : 不 必 考 虑 出 发 地 和 目的 地 的 变化 ， 因 为 这 样 考虑 的 话 总 是 需要 更 改 航线 。 
开发 人 员 : 好 的 ， 我 明白 了 。 


时 场景 2: 用 领域 模型 进行 讨论 四 
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图 2-2 


用 户 : 那么 ， 当 更 改 清关 地 点 时 ， 需 要 重新 制定 整个 路 线 计划 嘿 。 

开发 人 员 : 是 的 。 当 更 改 Route Specification (路 线 说 明 ) 的 任意 属性 时 ， 都 将 删除 原 有 的 
Itinerary (航线 ) ， 并 要 求 Routing Service (路 线 服务 ) 基于 新 的 Route Specification 生 成 一 个 新 的 
Itinerary 。 

用 户 : 如 果 先 前 根本 没有 指定 清关 地 点 ， 也 需要 这 么 做 吗 ? 

开发 人 员 : 是 的 ， 无论 何 时 更 改 了 Route Spec 的 任何 属性 ， 都 将 重新 生成 Itinerary。 这 也 包括 
第 一 次 输入 某 些 属性 。 

用 户 : 当然 ， 如 果 原 有 的 清关 数据 碰巧 是 正确 的 、 我 们 就 不 需要 这 样 做 了 。 

开发 人 员 : 哦 ， 没 问题 。Routing Service 每 次 重新 生成 一 个 Itinerary 很 容易 。 

用 户 : 是 的 ， 但 为 新 航线 制定 所 有 支持 计划 的 工作 量 很 大 ， 因 此 我 们 一 般 不 想 更 改 路 线 ， 除 
非 清关 地 点 的 更 改 要 求 必 须 更 改 路 线 。 

开发 人 员 : 哦 。 那 么 需要 在 Route Specification 添 加 一 些 功能 。 这 样 ， 当 更 改 Route Specification 
中 的 属性 时 ， 查 看 Itinerary 是 否 仍 满足 Specification。 如 果 不 满足 ， 则 需要 由 Routing Service 重 新 
生成 tinerary。 
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用 户 : 不 必 考 虑 出 发 地 和 目的 地 的 变化 ， 固 为 这 样 考虑 的 话 总 是 需要 更 改 Itinerary 。 
开发 人 员 : 好 的 ， 但 每 次 只 做 比较 就 简单 多 了。 只 有 当 不 满足 Route Specification 时 ， 才 重新 
生成 Itinerary 。 


第 二 段 对 话 表达 了 领域 专家 的 更 多 意图 。 在 这 两 段 对 话 中 ， 用 户 都 使 用 了 “itinerary” 这 个 
词 ,但 在 第 二 段 中 它 是 一 个 对 象 ,这 使 得 双方 可 以 更 准确 .具体 地 进行 讨论 他们 明确 讨论 了 "route 
specification”， 而 不 是 每 次 都 通过 属性 和 过 程 来 描述 它 。 

这 两 段 对 话 有 意 使 用 了 相似 的 结构 。 实 际 上 , 第 一 段 对 话 显得 更 哪 嗪 ,这 是 由 于 对 话 双方 需 
要 不 断 对 应 用 程序 的 特性 和 表达 不 清 的 地 方 进行 解释 。 第 二 段 对 话 使 用 了 基于 领域 模型 的 术语 ， 
因此 讨论 更 简洁 。 





2.2 “大 声 地 ” 建 模 


如 果 不 把 “讲话 ”与 各 种 沟通 方式 配合 起 来 使 用 ， 那 么 将 是 巨大 的 浪费 ， 因 为 人 类 本 身 就 有 
讲话 的 天 赋 。 遗 憾 的 是 ， 当 人 们 讲话 时 ， 一 般 并 不 使 用 领域 模型 的 语言 。 

可 能 开始 时 你 并 不 认为 上 述 论断 是 正确 的 , 而 且 的 确 有 例外 情况 。 但 下 次 你 参加 需求 或 设计 
讨论 时 ,不妨 认 真 听 一 下 。 你 将 听 到 人 们 用 业务 行 话 (或 者 是 用 外 行人 的 语言 ) 所 做 的 业务 描述 。 
还 会 听 到 人 们 讨论 技术 工件 和 具体 的 功能 。 当 然 ， 你 还 会 听 到 一 些 领 域 模型 术语 ， 人 们 共同 使 用 
的 业务 行 话 中 的 一 些 浅显 易 懂 的 名 词 在 编码 时 通常 被 用 作对 象 名 称 ， 因 此 这 些 词 经 常 被 人 们 提 
到 。 但 你 是 否 也 稍稍 听 到 一 些 对 当前 领域 模型 中 的 关系 和 交互 所 做 的 描述 呢 ? 

精 化 模型 的 最 佳 方式 之 一 就 是 通过 对 话 来 研究 , 找 出 可 能 的 模型 变化 , 并 试 着 大 声 说 出 对 它 
们 的 多 种 构想 。 这 样 不 完善 的 地 方 很 容易 被 听 出 来 。 


“如 果 我 们 向 Routing Service 提 供出 发 地 、 目 的 地 和 到 达 时 间 ， 就 可 以 查询 货物 的 
停靠 地 点 ， 强 …… 将 它们 存 到 数据 库 中 。” (含糊 且 偏 重 于 技术 ) 

“出 发 地 、 目 的 地 …… 把 它们 都 输入 到 Routing Service 中 ， 我 们 得 到 一 个 Itinerary， 
它 包含 我 们 所 需 的 全 部 信息 。”( 更 具体 ， 但 过 于 中 味 ) 

“Routing Service 查 找 满足 Route Specification 的 Jtinerary。”( 简洁) 


使 用 单词 和 短语 是 极为 重要 的 , 在 建 模 时 这 可 以 增强 我 们 的 语言 能 力 , 就 像 画 草图 对 于 视觉 
和 空间 推理 十 分 重要 一 样 。 我 们 利用 分 析 能 力 进行 系统 性 的 分 析 和 设计 ,并 揭 开 代码 的 神秘 面纱 。 
这 些 思考 方式 互 为 补充 ， 要 想 找 到 有 用 的 模型 和 设计 , 需要 将 这 些 方式 结合 起 来 使 用 。 在 所 有 这 
些 方式 中 , 语言 上 的 实验 常常 是 最 容易 被 忽视 的 (本 书 第 三 部 分 将 深入 探讨 这 种 发 现 过 程 ， 并 通 
过 几 段 对 话 来 显示 它们 之 间 的 相互 影响 ) 。 

事实 上 , 我 们 的 大 脑 似乎 很 擅长 处 理 口语 的 复杂 性 (在 这 个 话题 上 ， 我 也 是 一 个 门外汉 , 如 
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果 读 者 也 像 我 一 样 ， 可 以 参考 Steven Pinker 所 著 的 The Language Instinct [Pinker 1994] 来 了 解 这 种 
处 理 能 力 )。 例 如 ， 当 具有 不 同 语言 背景 的 人 一 起 讨论 商业 问题 时 ， 如果 他 们 没有 一 种 公共 语言 ， 
就 会 发 明 一 种 称 为 “混杂 语 ”(pidgin) 的 公共 语言 。 混 杂 语 并 不 像 讲话 者 的 母语 那样 详尽 , 但 它 
适合 当前 任务 。 当 人 们 谈话 时 ， 自 然 会 发 现 词语 解释 和 意义 上 的 差别 , 而 且 自然 而 然 会 解决 这 些 
差别 。 他 们 会 发 现 这 种 语言 中 的 蜂 涩 之 处 并 消除 它们 ， 从 而 使 语言 变 得 顺畅 。 

上 大 学 时 ,我 曾经 修 过 西班牙 语 速成 课 。 课 堂上 规定 不 准 讲 英语 。 最 初 ， 感 觉 很 别扭 ， 而 且 
需要 很 强 的 自制 力 。 但 最 后 我 和 同学 们 都 达到 了 通过 书面 练习 永远 不 可 能 达到 的 流利 程度 。 

当 我 们 在 讨论 中 使 用 领域 模型 的 UBIQUrrous LANGUAGE 时 , 特别 是 在 开发 人 员 和 领域 专家 一 起 
仔细 研究 场景 和 需求 的 讨论 中 ，UBIQUITOUS LANGUAGE 的 使 用 会 越 来 越 流利 ， 而 且 我 们 还 可 以 互相 
指点 一 些 细微 的 差别 。 我 们 很 自然 地 一 起 使 用 这 种 语言 ， 而 图 和 文档 永远 也 无 法 实现 这 种 效果 。 

要 想 在 软件 项 目 上 产生 一 种 UBIQUITOUS LANGUAGE， 说 起 来 容易 ， 做 起 来 却 难 ， 我 们 必须 充 
分 利用 自然 赋予 我 们 的 才能 来 实现 这 个 目标 。 正如 入 类 的 视觉 和 空间 思维 能 力 使 我 们 能 够 通过 图 
形 快速 传达 和 处 理 信息 一 样 ,我 们 也 可 以 利用 自然 天 赋 来 开发 一 种 符合 语法 规则 的 、 有 意义 的 语 
言 ， 从 而 推动 模型 的 开发 。 

因此 ， 下 面 这 段 话 可 作为 UBIQUITTOUS LANGUAGE 模 式 的 补充 : 

讨论 系统 时 要 结合 模型 。 使 用 模型 的 元 素 以 及 模型 中 各 元 素 之 间 的 交互 来 大 声 描述 场景 , 并 
且 按 照 模型 允许 的 方式 将 各 种 概念 结合 到 一 起 。 找 到 更 简单 的 表达 方式 来 讲 出 你 要 讲 的 话 , 然后 
将 这 些 新 的 思想 应 用 到 图 和 代码 中 。 


2.3 一 个 团队 ， 一 种 语言 


技术 人 员 通 常 认为 业务 专家 最 好 不 要 接触 领域 模型 ， 他 们 认为 : 
“领域 模型 对 他 们 来 说 太 抽象 了 。” 
“他 们 不 理解 对 象 。 
“这 样 我 们 就 不 得 不 用 他 们 的 术语 来 收集 需求 。” 
上 面 只 是 列举 了 我 从 一 个 使 用 两 种 语言 的 团队 中 听 到 的 少数 几 个 原因 。 忘 掉 它们 吧 。 
当然 ， 设 计 中 有 一 些 技术 组 件 与 领域 专家 无 关 ， 但 模型 的 核心 最 好 让 他 们 参与 。 过 于 抽象 ? 
那 你 怎么 知道 抽象 是 否 合理 ? 你 是 否 像 他 们 一 样 深入 地 理解 领域 7 有 时 , 某 些 特定 需求 是 从 底层 用 
户 那里 收集 的 , 他 们 在 描述 这 些 需求 时 可 能 会 用 到 一 小 部 分 更 具体 的 术语 , 但 领域 专家 能 够 更 深入 
地 思考 他 们 所 从 事 的 领域 。 如 果 连 经 验 丰富 的 领域 专家 部 不 能 理解 模型 ,那么 模型 一 定 是 有 问题 的 。 
最 初 ， 当 用 户 刚 开始 讨论 尚未 建 模 的 系统 的 未 来 功能 时 ,他 们 没有 模型 可 供 使 用 。 但 当 他 们 
开始 与 开发 人 员 一 起 仔细 讨论 这 些 新 的 思想 时 ,探索 共享 模型 的 过 程 就 开始 了 。 最初 的 模型 可 能 
很 笨拙 且 不 完整 ,但 会 逐 源 精 化 。 随 着 新 语言 的 演进 ,领域 专家 必须 付出 更 多 努力 来 适应 它 ,并 
更 新 那些 仍然 很 重要 的 旧 文 档 。 
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当 领 域 专家 使 用 这 种 LANGUAGE 互 相 讨 论 ， 或 者 与 开发 人 员 进 行 讨论 时 ， 很 快 就 会 发 现 模型 
中 哪些 地 方 不 符合 他 们 的 需要 ， 甚 至 是 错误 的 。 由 于 基于 模型 的 语言 要 求 十 分 精确 ， 因 此 领域 专 
家 (在 开发 人 员 的 帮助 下 ) 也 将 发 现 他 们 的 想法 中 的 一 些 矛 盾 和 含糊 之 处 。 

开发 人 员 和 领域 专家 可 以 通过 一 步 一 步 地 使 用 模型 对 象 来 走 查 场景 ,从 而 对 模型 进行 非 正 式 
的 测试 。 每 次 讨论 都 是 开发 人 员 和 专家 一 起 使 用 模型 的 机 会 ， 在 这 个 过 程 中 ,他 们 可 以 互相 加 深 
理解 ， 并 对 概念 进行 精 化 。 

领域 专家 可 以 使 用 模式 语言 来 编写 用 例 ， 甚 至 可 以 直接 利用 模型 来 指定 验收 测试 。 

有 时 ， 有 人 会 反对 使 用 模型 语言 来 收集 需求 。 这 些 人 会 说 ， 难 道 需求 不 应 该 独立 于 实现 它们 
的 设计 吗 ? 这 种 观点 忽视 了 所 有 语言 都 要 基于 某 种 模型 这 一 事实 。 词 的 意义 是 一 种 难以 掌握 的 东 
西 。 领 域 模型 通常 是 从 领域 专家 自己 的 行 话 中 推导 出 来 的 ， 但 已 经 经 过 了 “清理 "， 以 便 具有 更 明 
确 、 更 严密 的 定义 。 当 然 ， 如 果 这 些 定义 与 领域 公认 的 意义 有 较 大 差别 ， 领 域 专家 应 该 反对 。 在 
敏捷 过 程 中 ， 需 求 是 随 着 项 目的 前 进而 演变 的 ， 因 为 几乎 不 存在 现成 的 知识 可 以 完全 确定 一 个 适 
当 的 应 用 程序 。 用 精 化 后 的 UBiQUrrOUS LANGUAGE 来 重新 组 织 需 求 应 该 是 这 种 演变 过 程 的 一 部 分 。 

语言 的 多 样 性 通常 是 必要 的 , 但 领域 专家 与 开发 人 员 之 间 不 应 该 有 语言 上 的 分 歧 (第 12 章 将 
讨论 多 个 模型 在 同一 个 项 目 上 共存 的 情况 ) 。 

当然 ， 开 发 人 员 确 实 会 使 用 领域 专家 无 法 理解 的 一 些 技术 术语 。 开 发 人 员 有 很 多 用 来 讨论 系 
统 技术 的 行 话 。 几 乎 可 以 肯定 的 是 ,用 户 也 将 有 一 些 开 发 人 员 无 法 理解 的 、 超 出 应 用 程序 范围 的 专 
用 行 话 。 但 这 些 是 对 语言 的 扩展 , 在 反映 独特 模型 的 同一 个 领域 中 , 他 们 使 用 的 词汇 应 该 是 一 致 的 。 


Usiourrous LANGuAGE 














ee i ee 
Se Ts 
设计 中 的 语 开发 人 员 不 理 。 
溉 让 中 的 领域 模型 术语 人 SS 
BouoEp Cowrexrs 的 名 称 3 
( 参见 第 14 章 ) 
| 
技术 术语 \ / 
大 比例 结构 的 术语 个 人 都 
(参见 第 16 章 ) 人 
中 的 业务 术语 
2 技术 没 计 模 式 本 书 中 提 到 的 
很 多 模式 名 称 
一 准备 洲 加 到 模型 中 的 


候选 部 分 ( 参见 第 10 章 ) 
图 2-3 行 话 的 交集 产生 了 UBIQUITOUS LANGUAGE 
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有 了 UBIQUITOUS LANGUAGE 之 后 ， 开 发 人 员 之 间 的 对 话 、 领 域 专家 之 间 的 讨论 以 及 代码 本 身 
的 表达 都 基于 同一 种 语言 ， 都 来 自 于 一 个 共享 的 领域 模型 。 


2.4 文档 和 图 


每 当 我 参加 讨论 软件 设计 的 会 议 时 , 如 果 不 在 白板 或 画板 上 画图 , 我 就 很 难 讨论 下 去 。 我 画 
的 大 部 分 是 UML 图 ， 其 中 又 以 类 图 和 对 象 交互 图 为 主 。 

有 些 人 天 生 习 惯 于 直观 一 些 的 表现 方法 ， 图 可 以 帮助 人 们 掌 担 某 些 信息 。UML 图 非常 擅 于 
表达 对 象 之 间 的 关系 , 尤其 擅长 显示 对 象 交 互 。 但 它们 不 会 给 出 这 些 对 象 的 概念 定义 。 在 会 议 中 ， 
我 在 画图 时 会 用 语言 来 解释 它们 的 意义 ， 或 者 在 与 其 他 参与 者 讨论 时 进行 解释 。 

简单 、 非 正式 的 UML 图 可 以 成 为 讨论 的 主题 。 以 当前 问题 为 中 心 ， 画 3 一 5 个 对 象 ， 这 样 每 
个 人 都 可 以 集中 注意 力 。 每 个 人 都 将 看 到 同一 个 对 象 关 系 视 图 ， 更 重要 的 是 ， 都 将 使 用 相同 的 
对 象 名 称 。 这 样 口头 讨论 会 更 加 高 效 。 当 人 们 尝试 不 同 的 想法 时 ， 可 以 对 图 进行 修改 ， 草 图 在 
某 种 程度 上 可 以 反映 讨论 的 变化 ， 这 是 讨论 中 真正 重要 的 部 分 。 毕 竟 ，UML 本 质 上 是 一 种 语言 
一 一 统一 建 模 语 言 。 

当 人 们 必须 要 通过 UML 图 表示 整个 模型 或 设计 时 ， 麻 烦 也 随 之 而 来 。 很 多 对 象 模型 图 在 某 
些 方面 过 于 细致 , 同时 在 某 些 方面 又 有 很 多 遗漏 。 说 它们 过 于 细致 是 因为 人 们 认为 必须 将 所 有 要 
编码 的 对 象 放 到 建 模 工具 中 。 细 节 过 多 的 结果 是 “只 见 树木 ， 不 见 森 林 ”。 

尽管 存在 所 有 这 些 细节 , 有 关 属 性 和 关系 的 内 容 也 只 占 到 了 对 象 模型 的 一 半 。 这些 对 象 的 行 
为 和 约束 并 不 容易 表示 出 来 。 对 象 交 互 图 可 以 演示 设计 中 的 一 些 复杂 的 要 点 ,但 却 无 法 用 这 种 方 
式 来 显示 大 部 分 交互 ， 原 因 是 工作 量 太 大 了 ， 既 有 创建 图 的 工作 ， 也 有 读 取 图 的 工作 。 而 且 交 互 
图 只 能 暗示 出 模型 的 目的 。 要 想 把 约束 和 断言 包括 进来 ， 需 要 在 UML 图 中 使 用 文本 ， 这 些 文本 
用 括号 括 起 来 ， 插 入 到 图 中 。 

操作 名 称 可 能 会 暗示 出 对 象 的 行为 职责 ,对 象 交互 图 (或 序列 图 ) 中 也 会 隐 含 地 透露 出 这 些 
职责 ， 但 不 会 明确 地 表述 。 因 此 ， 这 项 任务 要 靠 补充 文本 或 对 话 来 完成 。 换 言 之 ，UML 图 无 法 
传达 模型 的 两 个 最 重要 的 方面 , 一 个 方面 是 模型 所 表示 的 概念 的 意义 ， 另 一 方面 是 对 象 应 该 做 哪 
些 事情 。 但 是 , 这 并 不 是 大 问题 ， 因 为 仔细 使 用 英语 (或 西班牙 语 或 其 他 任何 一 种 语言 ) 就 可 以 
很 好 地 完成 这 项 任务 。 

UML 也 不 是 一 种 十 分 令 人 满意 的 编程 语言 。 我 从 未 见 过 有 人 使 用 建 模 工 具 的 代码 生成 功能 
实现 了 预期 目的 。 如 果 仅仅 使 用 UML 功 能 来 建 模 ， 得 到 的 模型 往往 会 遗漏 最 关键 的 部 分 ， 因 为 
有 些 规则 并 不 适合 用 线 框图 来 表示 。 当 然 ， 代 码 生成 器 也 无 法 使 用 上 面 所 说 的 那些 文本 注释 。 如 
果 一 定 要 使 用 UML 这 样 的 绘图 语言 来 编写 可 执行 程序 ， 那 么 UML 图 就 会 退化 为 程序 本 身 的 另 一 
种 视图 ， 这样,“ 模 型 ”的 真正 含义 就 丢失 了 。 如 果 使 用 UML 作 为 实现 语言 ， 则 仍然 需要 利用 其 
他 手段 来 表达 模型 的 确切 含义 。 
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图 是 一 种 沟通 和 解释 手段 , 它们 可 以 促成 头脑 风暴 活动 。 简洁 的 小 图 能 够 很 好 地 实现 这 些 目 
标 , 而 整个 对 象 模型 的 综合 性 的 大 图 反而 失去 了 沟通 或 解释 能 力 ,因为 它们 将 读者 淹没 在 大 量 细 
节 中 , 使 读者 无 法 了 解 图 的 含义 。 鉴 于 此 ,我 们 应 避免 使 用 包罗 万 象 的 对 象 模型 图 ， 甚 至 不 能 使 
用 包含 所 有 细节 的 UML 数 据 存储 库 。 相 反 ， 应 使 用 简化 的 图 ， 图 中 只 包含 对 象 模型 的 重要 概念 
部 分 , 这些 部 分 对 于 理解 设计 至 关 重要 。 本 书 中 的 图 都 是 我 在 项 目 中 使 用 过 比较 典型 的 图 。 它 们 
很 简单 ,而且 具有 很 强 的 解释 能 力 ， 在 澄清 一 些 要 点 时 ， 还 使 用 了 一 些 非 标准 的 符号 。 它 们 显示 
了 设计 约束 ， 但 它们 不 是 面面俱到 的 设计 规范 。 它 们 只 是 体现 了 思想 的 纲要 。 

设计 的 重要 细节 应 该 在 代码 中 体现 出 来 。 良 好 的 实现 应 该 是 透明 的 , 清楚 地 展示 它 的 底层 模 
型 (下 一 章 及 本 书 其 他 许多 章节 的 主题 就 是 阐述 如 何 做 到 这 一 点 )。 互 为 补充 的 图 和 文档 能 够 引 
导 人 们 将 注意 力 放 在 核心 要 点 上 。 自然 的 语言 讨论 可 以 消除 语义 上 的 细微 差别 。 这 就 是 为 什么 我 
喜欢 把 UML 图 的 通常 用 法 颠倒 过 来 使 用 原因 。 通 常 的 用 法 是 以 图 为 主 ， 辅 以 文本 注释 。 而 我 更 
愿意 以 文本 为 主 ， 添 加 精心 挑战 的 简化 图 作为 注释 。 

务必 要 记 住 模型 不 是 图 。 图 的 目的 是 帮助 表达 和 解释 模型 .代码 可 以 充当 设计 细节 的 存储 库 。 
清晰 的 Java 代 码 与 UML 具 有 同样 的 表达 能 力 。 经 过 仔细 选择 和 构造 的 图 可 以 帮助 人 们 集中 注意 
力 , 并 起 到 指导 作用 ， 当 然 前 提 条 件 是 不 能 强制 完全 用 图 来 表示 模型 或 设计 ， 因 为 这 样 会 前 弱 图 
的 清晰 表达 的 能 力 。 
2.4.1 书面 设计 文档 

口头 交流 可 以 解释 代码 的 含义 ， 因 此 可 作为 代码 精确 性 和 细节 的 补充 。 但 是 ， 虽 然 口头 讨论 对 
于 人 们 理解 模型 具有 至 关 重要 的 意义 ， 但 书面 文档 也 是 必 不 可 少 的 ， 任 何 规模 的 团队 都 需要 它 来 提 
供 稳定 和 共享 的 交流 。 但 要 想 编写 出 能 够 帮助 团队 开发 好 的 软件 的 书面 文档 却 是 一 个 不 小 的 挑战 。 

一 县 文档 变 成 持久 形式 ,往往 就 会 从 项 目 进展 流程 中 脱离 出 来 。 它 会 跟 不 上 代码 或 项 目 语言 
的 演变 。 

书面 文档 有 很 多 编写 方法 。 本 书 第 四 部 分 将 介绍 几 种 满足 特定 需要 的 具体 文档 , 但 不 会 列 出 
项 目 需要 使 用 的 所 有 文档 的 集合 ， 而 是 给 出 两 条 用 于 评估 文档 的 总 体 原则 。 

文档 应 作为 代码 和 口头 交流 的 补充 

每 种 敏捷 过 程 在 编写 文档 方面 都 有 自己 的 原则 。 极限 编程 不 主张 使 用 过 多 的 设计 文档 , 而 让 
代码 解释 它 自己 。 实际 运行 的 代码 不 会 说 说 , 而 其 他 文档 则 不 然 。 运行 代 码 所 产生 的 行为 是 明确 的 。 

极限 编程 主要 关注 程序 的 活动 元 素 以 及 可 执行 的 测试 .为 代码 添加 的 注释 不 会 影响 程序 的 行 
为 ， 因 此 它们 往往 不 会 与 活动 代码 及 其 驱动 模型 保持 同步 。 同 理 ， 外 部 文档 和 图 也 不 会 影响 程序 
的 行为 , 因此 它们 也 不 会 与 代码 同步 。 另 一 方面 ,口头 交流 和 临时 在 白板 上 画图 不 会 长 久保 留 而 
产生 混 消 。 完 全 依赖 代码 作为 一 种 交流 媒介 可 以 促使 开发 人 员 保持 代码 的 整洁 和 透明 。 

但 代码 作为 一 种 设计 文档 ， 自 身 也 存在 局 限 性 。 它 可 能 会 把 读 代码 的 人 渡 没 在 细节 中 。 尽管 
代码 的 行为 是 非常 明确 的 , 但 这 并 不 意味 着 通过 读 代码 就 能 显而易见 地 看 出 行为 。 而 且 行为 的 意 
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义 可 能 更 难 表示 。 换 言 之 ， 仅 仅 使 用 代码 这 一 种 文档 形式 与 过 度 地 使 用 UML 图 具有 同样 的 基本 
问题 。 当 然 , 团队 进行 大 量 的 口头 交流 虽然 能 够 为 代码 提供 上 下 文 和 指导 , 但 口头 交流 是 短暂 的 ， 
并 且 受 到 地 理 位 置 的 限制 。 此 外 ， 开 发 人 员 并 不 是 唯一 一 些 需要 理解 模型 的 人 。 

文档 不 应 再 重复 表示 代码 已 经 明确 表达 出 的 内 容 。 代 码 已 经 含有 各 个 细节 , 它 本 身 就 是 一 种 
精确 的 程序 行为 说 明 。 

其 他 文档 应 该 着 重 说 明 含义 ,以 便 使 人 们 能 够 深入 理解 大 比例 结构 , 并 将 注意 力 集中 在 核心 
元 素 上 。 当 编程 语言 无 法 直接 明了 地 实现 概念 时 , 文档 可 以 澄清 设计 意图 。 我 们 应 该 把 书面 文档 
作为 代码 和 口头 讨论 的 补充 。 

文档 应 努力 寻求 生存 之 道 并 保持 最 新 

我 在 为 模型 编写 书面 文档 时 , 会 仔细 选择 一 个 小 的 模型 子 集 来 画图 , 然后 在 图 的 周围 用 文字 
注释 。 我 用 文字 定义 类 及 其 职责 ,并且 像 只 有 自然 语言 才能 做 到 的 那样 把 它们 限定 在 一 个 语义 上 
下 文中 。 但 图 显示 了 在 总 结 和 简化 概念 并 将 其 放 入 对 象 模型 过 程 中 所 做 的 一 些 选择 。 这 些 图 可 以 
是 临时 性 的 ， 甚 至 是 手绘 的 。 手 绘图 的 好 处 是 节省 工作 量 ， 并 且 人 们 一 看 就 知道 它们 是 临时 的 。 
这 些 优点 都 非常 有 利于 交流 ， 因 为 它们 通常 是 模型 思想 的 真实 表示 。 

设计 文档 的 最 大 价值 是 解释 模型 的 概念 , 帮助 在 代码 的 细节 中 指引 方向 , 或 许 还 可 以 帮助 人 
们 深入 了 解 模 型 的 使 用 风格 。 根 据 不 同 的 团队 思想 ， 整 个 设计 文档 可 能 会 十 分 简单 ， 例 如 只 是 贴 
在 墙 上 的 一 组 草图 ， 也 可 能 会 非常 详尽 。 

文档 必须 深入 到 各 种 项 目 活动 中 去 。 判 断 是 否 做 到 这 一 点 的 最 简单 方法 ， 是 观察 文档 与 UBL 
Qurrous LANGUAGE 之 间 的 交互 。 文 档 是 用 人 们 (当前 ) 在 项 目 上 讲 的 语言 编写 的 吗 ? 它 是 用 供 
入 到 代码 中 的 语言 编写 的 吗 ? 

注意 听 UBIQUITOUS LANGUAGE， 观 察 它 是 如 何 变化 的 。 如 果 设 计 文档 中 使 用 的 术语 不 再 出 现 
在 讨论 和 代码 中 ,那么 文档 就 失去 了 作用 。 或 许 是 文档 太 大 或 太 复杂 了 ,或 许 是 它 没 有 突出 一 个 
十 分 重要 的 主题 。 人 们 不 再 阅读 文档 ， 或 者 对 它 失 去 了 兴趣 。 如 果 文 档 对 UBIQUITOUS LANGUAGE 
没有 影响 ， 那 么 一 定 是 出 问题 了 。 

相反 ,我 们 可 能 会 听 到 UBIQUITOUS LANGUAGE 发 生 了 自然 变化 ， 而 文档 却 相 对 请 后 。 这 显然 
说 明 人 们 不 再 关心 文档 , 或 者 认为 它 不 重要 而 不 去 更 新 它 。 这 时 可 以 将 它 作为 历史 文件 安全 地 归 
档 ， 而 继续 使 用 这 样 的 文档 可 能 会 产生 混 清 并 损害 项 目 。 如 果 文档 的 角色 不 太 重要 ， 那 么 总 是 将 
它 更 新 为 最 新 状态 将 是 劳动 力 的 浪费 。 

UBIQUITOUS LANGUAGE 可 以 使 其 他 文档 (例如 需求 规格 说 明 ) 更 简洁 和 明确 。 当 领域 模型 反 
映 了 与 业务 最 相关 的 知识 时 ， 应 用 程序 的 需求 成 为 该 模型 内 部 的 场景 ， 而 UBIQUITOUS LANGUAGE 
可 用 于 描述 这 样 一 个 直接 与 MopEL-DRIVEN DESIGN 有 关 的 场景 (参见 第 3 章 )。 结 果 就 是 规格 说 明 
的 编写 更 简单 ， 因 为 它们 不 必 传 达 模型 背后 隐 含 的 业务 知识 。 

通过 将 文档 减 至 最 少 ， 并 且 主 要 用 它 来 补充 代码 和 口头 交流 ， 就 可 以 避免 文档 与 项 目 脱节 。 
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根据 UBIQUrroUs LANGUAGE 及 其 演变 来 选择 那些 需要 保持 更 新 并 与 项 目 活动 紧密 交互 的 文档 。 
2.4.2 ”完全 依赖 可 执行 代码 的 情况 


现在 我 们 来 考查 一 下 XP 社 区 和 其 他 一 些 人 的 选择 ，XP 社 区 几乎 完全 依赖 可 执行 代码 和 代码 
测试 。 本 书 主要 讨论 了 如 何 通过 MopEL-DRIVEN DESIGN 使 代码 表达 出 设计 的 含义 (参见 第 3 章 )。 
好 的 代码 具有 很 强 的 表达 能 力 , 但 它 所 传递 的 信息 不 能 确保 是 准确 的 。 一 段 代码 所 产生 的 实际 行 
为 是 不 会 改变 的 。 但 是 ,方法 名 称 可 能 会 有 歧义 、 会 产生 误导 或 者 因为 已 经 过 时 而 无 法 表示 方法 
的 本 质 含义 。 测 试 中 的 断言 是 严格 的 , 但 变量 和 代码 组 织 方式 所 表达 出 来 的 意思 未 必 严 格 。 好 的 
编程 风格 会 尽力 使 这 种 联系 直接 化 , 但 这 仍然 主要 靠 开发 人 员 的 自律 。 只 有 严格 地 自律 才能 编写 
出 “言行 一 致 ”的 代码 。 

消除 歧义 是 声明 式 设 计 (参见 第 10 章 ) 这 样 的 方法 的 最 大 优点 ， 在 这 种 设计 中 , 程序 元 素 的 
用 途 的 陈述 决定 了 它 在 程序 中 的 实际 行为 。 从 UML 生 成 程序 的 部 分 动机 就 来 源 于 此 ， 虽 然 目前 
看 来 这 通常 不 会 得 到 好 的 结果 。 

尽管 代码 可 能 会 产生 误导 , 但 它 仍然 比 其 他 文档 更 基础 。 要 想 利用 当前 的 标准 技术 使 代码 所 
传达 的 消息 与 它 的 行为 和 意图 保持 一 致 ， 要 求 有 严格 的 设计 规程 和 特定 的 思考 方式 (第 三 部 分 将 
详细 讨论 这 些 问题 )。 要 有 效 地 实现 交流 ， 代 码 必须 基于 在 编写 需求 时 所 使 用 的 同一 种 语言 ， 也 
就 是 开发 人 员 之 间 、 开 发 人 员 与 领域 专家 之 间 进 行 讨论 时 所 使 用 的 语言 。 


2.5 解释 性 模型 


本 书 的 核心 思想 是 在 实现 ,设计 和 团队 交流 中 使 用 同一 个 模型 作为 基础 。 如 果 各 有 各 的 模型 ， 
将 会 导致 危险 的 后 果 。 

模型 在 帮助 领域 学 习 方 面 也 具有 很 大 价值 。 对 设计 起 到 推动 作用 的 模型 是 领域 的 一 个 视图 ， 
但 为 了 学 习 领 域 , 还 可 以 引入 其 他 视图 ， 这些 视图 只 用 作 传递 一 般 领域 知识 的 教学 工具 。 出 于 此 
目的 ， 人 们 可 以 使 用 与 软件 设计 无 关 的 其 他 种 类 模型 的 那些 图 片 或 文字 。 

使 用 其 他 模型 的 一 个 特殊 原因 是 范围 。 驱 动 软件 开发 过 程 的 技术 模型 必须 经 过 严格 的 精简 ， 
以 便 用 最 小 化 的 模型 来 实现 其 功能 。 而 解释 性 模型 则 可 以 包含 提供 了 上 下 文 的 那些 领域 方面 , 用 
于 滞 清 范围 上 受到 严格 限制 的 技术 模型 。 

解释 性 模型 提供 了 一 定 的 自由 度 , 可 以 专门 为 某 个 特殊 主题 定制 一 些 表达 力 更 强 的 风格 。 领 
域 专家 在 一 个 领域 中 所 使 用 的 视觉 隐喻 通常 呈现 了 更 清晰 的 解释 ， 这 可 以 教 给 开发 人 员 领 域 知 
识 ， 同 时 使 领域 专家 们 的 意见 更 一 致 。 解 释 性 模型 还 可 以 以 一 种 不 同 的 方式 来 呈现 领域 ， 各 种 不 
同 角度 的 解释 有 助 于 人 们 更 好 地 学 习 。 

解释 性 模型 不 必 是 对 象 模型 ， 而 且 最 好 不 是 。 实 际 上 在 这 些 模型 中 不 使 用 UML 是 有 好 处 的 ， 
这 样 可 以 避免 人 们 错误 地 认为 这 些 模型 与 软件 设计 是 一 致 的 。 尽管 解释 性 模型 与 驱动 设计 的 模型 
往往 有 对 应 关系 ， 但 它们 并 不 完全 类 似 。 为 了 避免 混 清 ， 每 个 人 都 必须 知道 它们 之 间 的 区 别 。 
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| 示例 航运 操作 和 路 线 


考虑 一 个 用 来 跟踪 某 家 航运 公司 货物 的 应 用 程序 。 模型 包含 一 个 详细 的 视图 ， 它 显示 了 如 何 
将 港口 装卸 (port operation) 和 货轮 航次 (vessel voyages) 组 合 为 一 次 货运 的 操作 计划 (“路线 ”)。 
如 图 2-4 所 示 。 但 对 外 行 而 言 ， 类 图 可 能 起 不 到 多 大 的 说 明 作用 。 














[voysge Route | 
ek -一 一 
{ordered} {ordered} 
人 
Transport Leg | 
ET 
LarivalTime | | 
fom |to load unload 
Wn eh | 
Location Port Operation | 
图 2-4 ”航运 路 线 的 类 图 
在 这 种 情况 下 ， 解 释 性 模型 可 以 帮助 团队 成 员 理 解 类 图 的 实际 含义 。 图 2-5 是 表示 相同 概念 


的 另 一 种 方式 。 


货船 运输 火车 运 
航次 A 2 





| 

由 运输 商 由 运输 商 A 由 运输 商 

ABC 装 货 XYZ 印 货 XYZ 装 货 
停放 在 港口 的 


LGB03 位 置 
图 2-5 航运 路 线 的 解释 性 模型 
图 中 的 每 根 线段 都 表示 货物 的 一 种 状态 一 一 或 者 正在 港口 装卸 〈 装 货 或 卸货 ) ， 或 者 停放 在 
仓库 里 ， 或 者 正在 运输 途中 。 这 个 图 并 没有 与 类 图 中 的 细节 一 一 对 应 ， 但 强调 了 领域 的 要 点 。 


这 种 图 连同 对 它 所 表示 的 模型 的 自然 语言 解释 ,能 够 帮助 开发 人 员 和 领域 专家 理解 更 严格 的 
软件 模型 图 。 把 这 两 种 图 放 在 一 起 看 要 比 单独 看 一 种 图 更 容易 理解 。 
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当 我 走 进 办 公 室 ， 首 先 映 人 眼帘 的 是 墙 上 那 一 大 张 打印 出 来 的 完整 类 图 ， 它 占据 了 一 大 
面 墙 。 这 是 我 进入 某 个 项 目 组 的 第 一 天 ， 在 这 之 前 ,聪明 的 项 目 组 成 员 花费 了 儿 个 月 
的 时 间 进 行 了 仔细 的 研究 并 且 开 发 出 了 上 面 这 幅 详 尽 的 领域 模型 。 该 模型 中 的 对 象 一 般 都 与 三 到 
四 个 其 他 对 象 有 着 复杂 的 关联 ， 而 这 张 关 联网 几乎 是 可 以 无 限 扩展 的 。 在 这 方面 , 分 析 人 员 忠 实 
地 反映 了 领域 自身 的 性 质 。 

尽管 这 张 墙 面 大 小 的 图 让 人 吃不消 , 但 是 它 所 表现 的 模型 确实 抓 住 了 一 些 知识 点 。 经 过 一 段 
时 间 的 研究 , 我 确实 从 中 学 到 了 不 少 知识 (但 是 这 种 学 习 很 难 找到 头绪 , 更 像 是 在 随意 地 浏览 网 
页 )。 然 而 对 类 图 的 研究 并 不 能 让 我 深入 地 了 解 该 应 用 程序 的 代码 和 设计 ， 这 让 我 备 感 困扰 。 

当 开 发 人 员 开 始 实现 这 个 应 用 程序 时 ， 他 们 很 快 就 发 现 , 尽管 分 析 人 员 说 得 头头 是 道 , 他 们 
依然 无 法 将 这 种 错综复杂 的 关系 转换 成 可 存储 、 可 检索 的 且 具 有 事务 完整 性 的 单元 。 请 注意 , 该 
项 目 使 用 的 是 对 象 数 据 库 ， 也 就 是 说 开发 人 员 根 本 不 用 考虑 对 象 - 关 系 表 映射 这 种 难题 。 该 模型 
没有 从 根本 上 为 应 用 程序 的 实现 提供 帮助 。 

由 于 模型 是 “正确 的 "， 是 经 过 技术 分 析 人 员 和 业务 专家 反复 讨论 共同 得 到 的 结果 ， 因 此 开 
发 人 员 得 出 这 样 的 结论 : 在 这 个 应 用 程序 中 , 无 法 把 基于 概念 的 对 象 作为 设计 的 基础 。 于 是 他 们 
开始 进行 专门 针对 程序 开发 的 设计 。 他们 的 设计 确实 用 到 了 一 些 模型 中 相同 的 类 名 称 和 数据 存储 
属性 ， 但 是 这 种 设计 并 不 是 建立 在 任何 已 有 模型 的 基础 上 的 。 

这 个 项 目 建 立 了 领域 模型 , 但 是 如 果 它 不 能 够 直接 指导 正在 进行 的 软件 开发 , 那么 这 种 纸 上 
谈 兵 的 模型 又 有 什么 意义 呢 ? 

几 年 后 ,在 一 个 完全 不 同 的 项 目 中 我 又 看 到 了 完全 相同 的 结果 。 该 项 目 要 用 Java 实 现 的 新 设 
计 来 替换 之 前 的 C++ 应 用 程序 。 老 版 本 的 程序 根本 没有 进行 对 象 建 模 , 仅仅 是 把 功能 堆积 在 一 起 。 
这 种 老 版 本 的 设计 (如果 存 在 的 话 ) 就 是 在 已 有 代码 的 基础 上 一 个 一 个 地 堆积 新 功能 ,完全 没有 
任何 明显 的 泛 化 或 者 抽象 。 

奇怪 的 是 , 这 两 种 开发 流程 所 完成 的 最 终 产品 非常 相似 ! 它们 都 实现 了 系统 功能 , 但 是 代码 
却 很 复杂 ， 难 于 理解 ， 所 以 难以 维护 。 尽 管 有 些 程序 实现 是 比较 直观 的 , 但 是 仅 阅 读 代 码 依然 无 
法 深入 了 解 该 系统 的 目的 所 在 。 除 了 精心 设计 的 数据 结构 之 外 , 这 两 种 开发 流程 都 没有 充分 利用 
其 开发 环境 中 的 对 象 范式 。 
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模型 种 类 繁多 ， 目 的 各 有 不 同 ， 即 使 是 那些 仅 用 于 软件 开发 项 目的 模型 也 是 如 此 。 领 域 驱动 
设计 要 求 模型 不 仅 能 够 指导 早期 的 分 析 工作 , 还 应 该 成 为 设计 的 基础 。 这 种 设计 方法 对 于 代码 的 
编写 有 着 重要 的 暗示 作用 。 不 太 明 显 的 一 点 就 是 ; 领域 驱动 设计 要 求 一 种 不 同 的 建 模 方法 …… 


3.1 模式 : MODEL-DRIVEN DESIGN 





星 盘 是 由 十 硕 腊 的 天 文学 家 发 明 的 ; 在 中 世纪 ， rr 二 CTSryProryr 显 盘 
上 可 旋转 的 铜 环 (又 称 “网 环 " ) 代表 各 恒星 在 天 球 上 的 位 置 ， 刻 有 当地 地 平 坐标 系 的 盘面 是 
可 换 的 ， 它 代表 的 是 不 同 纬度 的 星空 景象 在 星 盘 盘 面 上 旋转 网 环 ， 可 以 计算 出 全 年 任何 时 刻 
的 天 体位 置 。 反 过 来 ， 如 果 知 道 太阳 或 某 个 恒星 的 位 置 ， 也 可 以 用 星 盘算 出 时 间 。 星 盘 以 机 械 
化 的 方式 实现 了 代表 星空 的 面向 对 象 模型 . 


严格 按照 基础 模型 来 编写 代码 ， 能 够 使 代码 更 好 地 表达 设计 含义 ， 并 且 使 模型 更 符合 设计 。 
米 米 党 


那些 压根 儿 就 没有 领域 模型 的 项 目 ， 仅 仅 通过 编写 代码 来 实现 一 个 又 一 个 的 功能 ， 它 们 
无 法 利用 前 两 章 所 讨论 的 知识 消化 和 沟通 所 带 来 的 好 处 。 如 果 涉 及 复杂 的 领域 就 会 使 项 目 举 
步 维 艰 。 


另 一 方面 , 许多 复杂 的 项 目 确实 在 尝试 使 用 一 些 领域 模型 , 但 是 并 没有 把 代码 的 编写 与 模型 


@ 一 种 中 世纪 的 仪器 ， 曾 用 来 测量 太阳 或 其 他 天 体 的 高 度 。 一 一 译 者 注 
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紧密 联系 起 来 。 这 些 项 目 所 设计 的 模型 ， 在 项 目 初期 还 可 能 用 来 做 一 些 探索 工作 , 但 是 随 着 项 目 
的 进展 ， 这 些 模型 与 项 目 渐 行 渐 远 ， 甚 至 还 会 起 到 误导 作用 。 所 有 在 模型 上 花费 的 精力 都 无 法 保 
证 程序 设计 的 正确 性 ， 因 为 模型 和 设计 是 不 同 的 。 

模型 和 程序 设计 的 联系 可 能 在 很 多 情况 下 被 破坏 ， 但 是 二 者 的 这 种 分 离 往往 是 有 意 而 为 之 
的 。 很 多 设计 方法 都 提倡 使 用 完全 脱离 于 程序 设计 的 分 析 模型 ,并 且 通 常 这 二 者 是 由 不 同 的 人 员 
开发 的 。 之 所 以 称 其 为 分 析 模型 ,是 因为 它 是 对 业务 领域 进行 分 析 的 结果 ， 它 在 组 织 业 务 领 域 中 
的 概念 时 ， 完 全 不 去 考虑 自己 在 软件 系统 中 将 会 起 到 的 作用 。 分 析 模型 仅仅 是 理解 工具 ， 人 们 认 
为 把 它 与 程序 实现 联系 在 一 起 无 异 于 搅 浑 一 池 清水 。 随后 的 程序 设计 与 分 析 模 型 之 间 可 能 仅仅 保 
持 一 种 松散 的 对 应 关系 。 在 创建 分 析 模型 时 并 没有 考虑 程序 设计 的 问题 , 因此 分 析 模 型 很 有 可 能 
无 法 满足 程序 设计 的 需求 。 

在 这 种 分 析 中 会 有 一 些 知识 消化 的 过 程 , 但 是 在 编码 开始 后 大 部 分 的 领域 知识 被 丢弃 ,开发 
人 员 不 得 不 重新 对 设计 进行 抽象 , 这 样 就 不 能 保证 在 新 的 程序 设计 中 还 能 保留 或 者 重 现 分 析 人 员 
所 获得 的 并 且 媒 入 在 模型 中 的 领域 知识 。 到 了 这 一 步 , 要 维护 程序 设计 和 松散 连接 的 模型 之 间 的 
对 应 关系 就 很 不 合算 了 

纯粹 的 分 析 模 型 甚至 无 法 实现 理解 领域 这 一 主要 目的 , 因为 在 程序 设计 和 实现 过 程 中 总 是 会 
发 现 一 些 关键 的 知识 点 , 而 细节 问题 则 会 出 人 意料 地 层出不穷 。 前 期 模型 可 能 会 忽略 一 些 重要 的 
问题 , 却 深入 研究 另 一 些 不 相关 的 问题 ,而 且 它 对 于 其 他 问题 的 描述 也 可 能 对 应 用 程序 没有 任何 
帮助 。 最 后 的 结果 就 是 ， 在 编码 工作 开始 后 纯粹 的 分 析 模型 被 抛弃 ， 大 部 分 的 模型 都 需要 重新 设 
计 。 即 便 是 重新 设计 ， 如 果 开发 人 员 认 为 分 析 与 程序 开发 毫 不 相关 ,那么 建 模 过 程 就 不 会 那么 规 
范 。 而 如 果 项 目 经 理 也 这 么 认为 ， 那 么 开发 团队 可 能 没有 足够 的 机 会 与 领域 专家 进行 交流 。 

无 论 是 什么 原因 , 缺乏 设计 基础 概念 的 软件 充其量 也 只 是 一 种 机 械 化 的 产品 , 只 实现 有 用 的 
功能 却 无 法 解释 操作 的 原因 

如 果 整 个 程序 设计 或 者 其 核心 部 分 没有 与 领域 模型 相对 应 ， 那 么 这 个 模型 就 是 没有 价值 的 ， 
软件 的 正确 性 也 值得 怀疑 。 同 时 ,模型 和 设计 功能 之 间 太 过 复杂 的 对 应 关系 也 是 难于 理解 的 ,在 
实际 项 目 中 改变 设计 时 也 无 法 维护 这 种 关系 。 分析 和 设计 工作 全 无 关联 , 导致 在 这 两 个 过 程 中 所 
获得 的 知识 无 法 彼此 共享 。 

分 析 工 作 一 定 要 抓 住 领域 内 的 基础 概念 , 并 且 用 易于 理解 和 易于 表达 的 方式 描述 出 来 。 设计 
工作 则 需要 指定 一 套 可 以 由 项 目 中 使 用 的 编程 工具 创建 的 组 件 , 使 项 目 可 以 在 目标 部 署 环境 中 高 
效 运行 ， 并 且 能 够 正确 解决 应 用 程序 所 遇 到 的 问题 。 

MODEL-DRIVEN DESIGN (模型 驱动 设计 ) 不 再 将 分 析 模 型 和 程序 设计 分 离开 ， 而 是 寻求 一 种 
能 够 满足 这 两 方面 需求 的 单一 模型 。 不 考虑 纯粹 的 技术 问题 , 程序 设计 中 的 每 个 对 象 都 反映 了 模 
型 中 所 描述 的 相应 概念 。 这 就 要 求 我 们 以 更 高 的 标准 来 选择 模型 , 因为 它 必须 同时 实现 两 种 完全 
不 同 的 目标 。 
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有 很 多 方法 可 以 对 领域 进行 抽象 , 也 有 很 多 种 设计 可 以 解决 应 用 程序 的 问题 。 因 此 ， 绑 定 模 
型 和 程序 设计 是 切实 可 行 的 。 但 是 这 种 绑 定 不 能 够 因为 技术 考虑 而 削弱 分 析 的 功能 ,我 们 也 不 能 
接受 那些 只 反映 了 领域 概念 却 舍弃 了 软件 设计 原则 的 抽 劣 设计 。 模型 和 设计 的 绑 定 需要 的 是 在 分 
析 和 程序 设计 阶段 都 能 发 挥 良好 作用 的 模型 。 如 果 模 型 对 于 程序 的 实现 来 说 显得 不 太 实用 时 , 我 
们 必须 重新 设计 它 。 而 如 果 模 型 无 法 忠实 地 描述 领域 的 关键 概念 ， 也 必须 重新 设计 它 。 这 样 ， 建 
模 和 程序 设计 就 结合 为 一 个 统一 的 迭代 开发 过 程 。 

将 领域 模型 和 程序 设计 紧密 联系 在 一 起 绝对 是 必要 的 ,这 也 使 得 在 众多 可 选 模型 中 选择 最 适 
用 的 模型 时 ， 又 多 了 一 条 选择 标准 。 它 要 求 我 们 认真 思考 ， 并且 通常 会 经 过 多 次 反复 修改 和 重新 
构建 的 过 程 ， 但 是 通过 这 样 的 过 程 可 以 得 到 相应 的 模型 。 

因此 : 

软件 系统 各 个 部 分 的 设计 应 该 忠实 地 反映 领域 模型 ， 以 便 体现 出 这 二 者 之 间 的 阴 确 对 应 关 
系 。 我 们 应 该 反复 检查 并 修改 模型 ， 在 软件 中 更 加 自然 地 实现 模型 ， 即 使 想 让 它 反 了 映 出 更 深层 次 
的 领域 概念 也 应 如 此 。 我 们 需要 的 模型 不 但 应 该 满足 这 两 种 需求 ， 还 应 该 能 够 支持 健壮 的 
UBIQUITOUS LANGUAGE。 

从 模型 中 获取 用 于 程序 设计 和 基本 任务 分 配 的 术语 。 程序 代码 就 是 模型 的 表达 , 修改 代码 可 
能 就 是 改变 模型 。 而 模型 的 改变 势必 会 影响 到 接 下 来 相应 的 项 目 活动 。 

完全 依赖 模型 的 实现 通常 需要 支持 建 模范 式 的 软件 开发 工具 和 语言 ， 比 如 面向 对 象 的 编程 。 

有 时 ， 不 同 的 子 系统 会 有 不 同 的 模型 (参见 第 14 章 ) ， 但 是 在 从 需求 分 析 到 代码 编写 的 整个 
开发 过 程 中 ， 软 件 系统 的 每 一 部 分 只 能 对 应 一 个 模型 。 

单一 模型 能 够 减少 出 错 的 概率 , 因为 程序 设计 直接 来 源 于 经 过 仔细 考虑 而 创建 的 模型 。 程 序 
设计 ， 甚 至 是 代码 本 身 ， 都 与 模型 密 不 可 分 。 





要 想 创建 出 能 够 抓 住 主要 问题 并 且 帮 助 程序 设计 的 单一 模型 并 没有 说 的 那么 容易 。 我 们 不 可 
能 随手 抓 个 模型 就 把 它 转化 成 可 使 用 的 设计 。 只 有 经 过 精心 设计 的 模型 才能 促成 切实 可 行 的 实 
现 。 想 要 使 代码 有 效 地 描述 模型 就 需要 用 到 程序 设计 和 实现 的 技巧 (参见 第 二 部 分 )。 知 识 消化 
人 员 需 要 研究 模型 的 各 个 选项 , 并 将 它们 细 化 为 实用 的 软件 元 素 。 软 件 开发 于 是 就 成 了 一 个 不 断 
精 化 模型 、 设 计 和 代码 的 统一 的 迭代 过 程 (参见 第 三 部 分 )。 


3.2” 建 模范 式 和 工具 支持 


为 了 使 MopEL-DRIVEN DESIGN 发 挥 作用 , 一 定 要 在 可 控 范围 内 严格 保证 模型 与 设计 之 间 的 一 
致 性 。 要 实现 这 种 严格 的 一 致 性 ,必须 要 运用 由 软件 工具 支持 的 建 模范 式 ， 它 可 以 直接 模拟 模型 
中 的 概念 。 
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xz 


模型 一 一 一 范式 一 一 一 设计 


Wy 


图 3-1 


面向 对 象 编程 之 所 以 功能 强大 ， 是 因为 它 基 于 建 模范 式 ， 并 且 为 模型 构造 提供 了 实现 方式 。 
如 图 3-1 所 示 。 从 程序 员 的 角度 来 看 ， 对 象 真实 存在 于 内 存 中 ， 它 们 与 其 他 对 象 相互 联系 ， 它 们 
被 组 织 成 类 , 并 且 通 过 消息 传递 来 完成 相应 的 行为 。 尽 管 许 多 开发 人 员 只 是 用 对 象 的 技术 功能 单 
纯 地 组 织 程序 代码 并 且 从 中 获 益 ， 但 是 对 象 设计 的 真正 突破 是 用 代码 来 描述 模型 中 的 概念 。Java 
和 许多 其 他 编程 语言 都 允许 创建 那些 直接 模拟 概念 对 象 模型 的 对 象 和 关系 。 

Prolog 语 言 并 不 像 面向 对 象 语言 那样 被 广泛 使 用 ， 但 是 它 却 非常 适合 模型 驱动 设计 。 在 
MoDEL-DRIVEN DESIGN 中 ， 建 模范 式 是 一 种 逻辑 ， 而 模型 则 是 一 组 逻辑 规则 以 及 这 些 规则 所 依据 
的 事实 。 

像 C 这 样 的 语言 并 不 适用 于 MODEL-DRIVEN DESIGN， 因 为 它 是 一 种 纯粹 的 过 程 语言 ， 没 有 适 
用 的 建 模范 式 。C 这 样 的 语言 是 过 程 化 的 ， 由 程序 员 告 诉 电脑 接 下 来 要 执行 的 一 系列 操作 步 受 。 
程序 员 也 许 会 考虑 到 领域 中 的 概念 , 但 是 程序 本 身 仅仅 是 一 组 对 数据 进行 的 技术 操作 。 最 终 程序 
可 能 是 实用 的 , 但 是 它 并 没有 包含 太 多 的 意义 。 过 程 语言 通常 会 支持 复杂 的 数据 类 型 ,这 些 数据 
类 型 对 应 于 领域 中 固有 的 概念 , 但 是 它们 也 只 是 被 组 织 在 一 起 的 数据 ,并 不 能 描述 领域 的 活跃 的 
方面 。 因 此 ， 用 过 程 语言 编写 的 软件 具有 复杂 的 函数 ， 这 些 函 数 基于 预先 制定 的 执行 路 径 连接 在 
一 起 ， 而 不 是 通过 领域 模型 中 的 概念 联系 连接 的 。 

在 我 还 没 听 说 过 面向 对 象 编程 的 时 候 ， 我 是 通过 编写 Fortran 程 序 来 实现 数学 模型 的 ， 这 也 
正 是 Fortran 所 擅长 的 领域 。 数 学 函数 是 这 种 模型 中 主要 的 概念 组 件 ， 也 是 Fortran 语 言 能 够 清晰 
描述 的 。 即 便 如 此 ， 程 序 还 是 无 法 表达 出 函数 之 外 的 更 高 层次 的 意义 。 大 部 分 非 数学 领域 都 不 
会 用 过 程 语言 来 支持 MODEL-DRIVEN DESIGN， 因 为 这 些 领 域 无 法 被 抽象 成 数学 函数 或 者 过 程 中 
的 操作 步骤 。 

面向 对 象 设 计 是 目前 大 多 数 大 型 项 目 所 使 用 的 建 模范 式 ， 也 是 本 书 中 使 用 的 主要 方法 。 


| 示例 从 过 程 设计 到 MODEL-DRIVEN DESIGN 


第 1 章 讲 过 ， 我 们 可 以 把 PCB 看 作 是 连接 各 种 电路 元 件 引 脚 的 电导 体 ( 称 为 net) 的 集合 。 电 
路 板 上 通常 都 会 有 成 千 上 万 个 net。 有 一 种 叫做 PCB 布 局 工具 的 专用 软件 ， 能 够 为 所 有 net 安 排 物 
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理 布局 , 而 不 会 使 它们 相互 交叉 或 干扰 。 它 的 实现 方法 就 是 根据 设计 者 规定 的 大 量 限 制 条 件 来 限 
制 布局 方式 以 及 优化 路 径 选 择 。 尽 管 PCB 布 局 工具 已 经 非常 先进 了 ， 但 是 它 仍然 有 一 些 缺 陷 。 
其 中 一 个 问题 就 是 这 些 数 以 千 计 的 net 都 各 自 拥有 一 套 布 局 规则 , PCB 工 程 师 认为 根据 net 自 身 
的 性 质 可 以 将 其 分 组 ， 同 组 的 net 应 该 共用 相同 的 规则 。 比 如 ， 有 些 net 构 成 了 总 线 。 如 图 3-2 所 示 。 
这 些 是 编号 的 “ 引 脚 - 


连接 体 (每 个 芯片 上 可 能 
有 很 多 这 样 的 连接 体 ) 


Sor] 


se | 






这 些 net 构 成 了 
总 线 “xyz” 的 4 个 位 


图 3-2 net 构 成 总 线 的 示意 图 


工程 师 每 次 用 8 个 、16 个 或 者 256 个 net 组 合成 总 线 ， 这 样 布局 工作 就 更 易于 管理 了 ， 不 但 提 
高 了 效率 也 减少 了 错误 。 问题 是 布局 工具 中 没有 类 似 于 总 线 这 样 的 概念 。 布 局 规则 不 得 不 应 用 于 
成 千 上 万 个 net， 每 次 处 理 一 个 net。 


外 机 械 设计 四 


在 布局 工具 的 这 种 限制 下 , 无 计 可 施 的 工程 师 只 能 编写 脚本 来 分 析 布 局 工具 的 数据 文件 , 然 
后 将 规则 直接 插入 到 文件 中 ， 最 后 再 把 它们 应 用 于 整个 总 线 。 
布局 工具 在 net 列 表 文件 中 存储 每 个 电路 接线 ， 如 下 所 示 : 


Net Name Component.Pin 


Xyzl min_linewidth 5 
xXyzi max_delay 15 
xXyz2 min linewidth 5 
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Xyz2 max_delay 15 


工程 师 为 net 制 定 严格 的 命名 约定 ， 这 样 将 数据 文件 的 内 容 按照 字母 排序 ， 就 可 以 使 构成 同 
一 条 总 线 的 所 有 net 都 排列 在 一 起 。 然 后 他 们 编写 的 脚本 就 可 以 解析 该 文件 并 且 基 于 总 线 来 修改 
每 个 net。 用 来 解析 、 处 理 和 写 入 文件 的 实际 代码 太 过 宛 长 噬 涩 ， 对 解释 这 个 例子 没有 什么 帮助 ， 
所 以 我 在 下 面 只 列 出 了 这 个 处 理 过 程 中 要 执行 的 步 允 。 

(1) 按照 et 名称 将 net 列 表 文 件 排序 ， 

(2) 逐 行 读 取 文 件 ， 寻 找 以 总 线 名 称 开头 的 第 一 行 数据 ， 

(3) 解析 名 称 匹 配 的 每 一 行 ， 获 取 每 行 中 net 的 名 称 ， 

(4) 将 net 名 称 和 规则 文本 附加 到 规则 文件 的 末尾 ， 

(5) 从 第 (3) 步 起 重复 执行 ， 直 到 没有 匹配 该 总 线 名 称 的 行 。 

总 线 规则 的 输入 文件 采用 如 下 的 格式 : 


Bus Name Rule Type Parameters 


xyz max_vias 3 


Net Name 








xyz0 max_vias 3 
xyzl max_vias § 
Xyz2 max_vias 3 


我 猜想 第 一 个 编写 这 个 脚本 的 人 只 有 这 种 简单 的 需求 , 如 果 情 况 确实 如 此 , 那么 使 用 这 样 的 
脚本 是 完全 合理 的 。 但 实际 上 我 们 通常 会 用 到 许多 脚本 。 当 然 ， 可 以 重新 编写 它们 ， 共 用 排序 及 
字符 串 匹 配 之 类 的 函数 ,而且 如 果 脚本 语言 支持 通过 函数 调用 来 封装 细节 , 那么 这 些 脚本 几乎 可 
以 像 前 面 给 出 的 几 个 步骤 那样 工作 。 但 是 它们 依然 只 是 对 文件 进行 操作 。 虽 然 在 使 用 不 同 的 文件 
格式 时 ， 用 net 组 合成 总 线 并 且 给 总 线 分 配 规则 的 概念 是 相同 的 ， 但 是 不 同 的 文件 格式 (有 若干 
种 ) 却 需 要 重新 编写 脚本 。 如 果 你 想 要 实现 更 多 的 功能 和 交互 ， 就 得 一 一 编写 脚本 。 

脚本 的 编写 者 试图 在 布局 工具 的 领域 模型 中 补充 “总 线 ”这 个 概念 , 他们 的 脚本 通过 排序 和 
字符 串 匹 配 来 判断 总 线 的 存在 ， 却 没有 明确 地 定义 总 线 概念 。 


着 MODEL 一 DRIVEN DESIGN 曾 


前 面 我 们 已 经 描述 了 领域 专家 思考 问题 时 所 使 用 的 概念 。 现 在 需要 将 这 些 概念 组 织 成 模型 ， 
作为 软件 开发 的 基础 。 
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和 一 一 一 一 一 一 一 一 
Abstract Net 





name 








bs Layont Rule 
assignRule(rule : LayoutRule) 


assignedRules() 
ico ts 











| | 


图 3-3 ”用 来 高 效 指定 布局 规则 的 类 图 


用 面向 对 象 的 语言 实现 上 图 的 这 些 对 象 后 ， 核 心 功能 的 实现 会 变 得 轻而易举 。 
方法 assignRule() 可 以 在 抽象 类 AbstractNet 中 实现 。 而 类 Net 中 的 方法 assignedRules () 
则 分 配 了 其 自身 的 规则 以 及 类 Bus 的 规则 。 


abstract class AbstractNet { 
private Set rules; 


void assignRule(LayoutRule rule) { 
rules.add(rule); 
1 


Set assignedRules() { 
return rules; 
} 
} 


class Net extends AbstractNet ( 
private Bus bus; 


Set assignedRules() { 
Set result = new HashSet(); 
result.addAll (super .assignedRules()); 
result .addAll (bus.assignedRules()); 
return result; 
} 
} 


当然 , 程序 还 需要 大 量 的 支持 代码 , 但 上 面 的 代码 片段 已 经 实现 了 脚本 的 基本 功能 。 这 个 程 
序 还 需要 输入 /输出 逻辑 ， 我 们 可 以 将 其 概括 为 一 些 简单 的 服务 。 








服 务 职责 
Net List import 读 取 Net 列 表 文件 ， 为 每 一 行 数据 创建 Net 实 例 
Net Rule export 


已 知 Net 集 合 ， 将 所 有 附加 规则 写 入 规则 文件 
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我 们 还 需要 几 个 工具 类 : 
类 职 责 
Net Repository 提供 通过 名 称 访问 Net 的 接口 
Inferred Bus Factory 已 知 Net 集 合 ， 利 用 命名 约定 来 推断 总 线 ， 并 且 创建 总 线 实例 
Bus Repository 提供 通过 名 称 访问 Bus (总 线 ) 的 接口 


现在 ， 启 动 应 用 程序 ， 用 输入 数据 来 初始 化 Net 和 Bus 仓 库 。 


Collection nets = NetListImportService.read(aFile); 
NetRepository.addAll (nets); 

Collection buses = InferredBusFactory.groupIntoBuses (nets); 
BusRepository.addAll (buses); 


上 面 提 到 的 服务 和 仓库 都 可 以 进行 单元 测试 。 更 重要 的 是 还 可 以 测试 核心 领域 逻辑 。 下 面 是 
对 最 核心 的 行为 进行 的 单元 测试 〈 采 用 了 JUnit 测 试 框架 ) : 


public void cestBusRulehssignment() { 
Net a0 = new Net("a0"); 
Net al = new Net ("al"); 
Bus a = new Bus("a"); //Bus is not conceptually dependent 
a.addNet (a0); //on name-based recognition, and so 
a.addNet (al); //its tests should not be either. 


NetRule minWidth4 = NetRule.create(MIN_WIDTH, 4); 
a.assignRule (minWidth4); 


assertTrue(a0.assignedRules() .contains (minWwidth4)); 
assertEquals (minWidth4, a0.getRule(MIN_WIDTH)); 
assertEquals (minWidth4, al.getRule(MIN_WIDTH)); 

由 


程序 应 该 有 一 个 交互 式 的 用 户 界面 ， 可 以 列 出 所 有 总 线 ,让 用 户 逐 个 指定 规则 或 者 可 以 向 
后 兼容 ， 从 规则 文件 中 读 取 规 则 。 采 用 外 观 (fasade) 模式 可 以 更 容易 访问 任 一 用 户 界面 ， 其 实 
现 可 以 由 下 面 的 代码 来 测试 : 
public void assignBusRule(String busName, String ruleType, 
double parameter) { 
Bus bus = BusRepository.getByName (busName); 


bus.assignRule (NetRule.create(ruleType, parameter)); 
} 


最 后 一 行 代码 ; 
NetRuleBxport .write(aFileName, NetRepository.allNets()); 


(这 项 服务 调用 每 个 Net 的 assignedRules() 方 法 ， 然 后 将 所 有 规则 完全 写 入 规则 文件 。) 
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当然 ， 如 果 只 需要 进行 一 次 规则 指定 操作 (就 像 这 个 例子 一 样 )， 那 么 基于 脚本 的 处 理 方式 
可 能 也 同样 实用 。 但 实际 上 , 通常 会 需要 20 个 甚至 更 多 的 操作 。MODEL-DRIVEN DESIGN 易 于 扩展 ， 
能 够 为 规则 的 组 合 设置 限制 条 件 ， 还 能 提供 其 他 的 一 些 增强 功能 。 

MopEL-DRIVEN DESIGN 也 为 测试 提供 了 方便 。 它 的 组 件 都 具有 定义 完善 的 接口 ， 可 以 进行 单 
元 测试 。 而 测试 脚本 程序 的 唯一 方法 就 是 将 输入 /输出 文件 进行 端 到 端的 比较 。 

记 住 ， 这 样 的 设计 不 是 一 路 而 就 的 。 我 们 需要 反复 研究 领域 知识 ， 不 断 重 构 模 型 ， 才 能 将 领 
域 中 重要 的 概念 提炼 成 简单 而 清晰 的 模型 。 





3.3 ”揭示 主旨 : 为 什么 模型 对 用 户 至 关 重 要 


从 理论 上 讲 ， 也 许 你 可 以 向 用 户 展示 任何 一 种 系统 视图 ， 而 不 管 底层 如 何 实现 。 但 实际 上 ， 
系统 上 下 层 结构 的 不 匹配 轻 则 导致 功能 混乱 ， 重 则 产生 bug。 这 方面 最 简单 的 例子 就 是 微软 正 浏 
览 器 当前 版 本 用 模型 的 又 加 来 实现 网 站 书签 功能 ， 这 误导 了 很 多 用 户 ”。 

焉 浏览 器 用 户 会 认为 “收藏 夹 ”是 存储 网 站 名 称 的 列表 ,网 站 名 称 在 不 同 的 会 话 中 是 保持 不 
变 的 。 但 是 系统 实现 却 将 收藏 夹 当 作 一 个 包含 URL 的 文件 ， 并 将 文件 名 称 存储 在 收藏 夹 列表 中 。 
这 样 做 的 问题 是 ， 如 果 网 页 标题 含有 对 Windows 系 统 文件 名 来 说 非法 的 字符 ， 就 会 出 现 错误 。 假 
如 用 户 想 要 收藏 某 页 面 并 将 其 命名 为 :“Laziness: The Secret to Happiness (懒惰 幸福 的 秘密 )”， 
就 会 弹出 一 个 错误 信息 :“ 文 件 名 不 能 包含 下 列 任 何 字符 :\/:* ?" < >|"。 用 户 会 奇怪 文件 名 是 
指 什 么 。 另 一 方面 ， 如果 网 页 标题 已 经 包含 非法 字符 ，IE 浏 览 器 则 会 悄悄 地 把 字符 删除 。 这 种 数 
据 丢 失 在 这 种 情况 下 也 许 危害 不 大 ,但 绝 不 是 用 户 所 期 望 的 。 在 大 多 数 应 用 中 ， 程 序 悄悄 地 修改 
数据 是 用 户 无 法 接受 的 。 

MODEL-DRIVEN DESIGN 要 求 只 使 用 一 个 模型 (在 任何 上 下 文中 都 是 如 此 , 第 14 章 会 讨论 这 一 
点 )。 大 部 分 的 设计 建议 和 例子 都 只 针对 将 分 析 模 型 和 设计 模型 分 离 的 问题 ， 但 是 这 里 我 们 将 涉 
及 另外 一 对 不 同 的 模型 用户 模型 和 设计 /实现 模型 。 

当然 , 大 多 数 情况 下 , 没有 经 过 处 理 的 领域 模型 视图 肯定 不 便于 用 户 使 用 。 但 是 在 用 户 界面 
中 出 现 与 领域 模型 不 同 的 “影像 ”将 会 使 用 户 产生 迷惑 ， 除 非 这 个 “影像 ”完美 无 缺 。 如 果 网 站 
收藏 夹 实际 上 只 是 快捷 方式 文件 的 集合 , 那么 应 该 将 这 一 事实 告诉 用 户 ,还 应 该 删除 之 前 那个 起 
误导 作用 的 模型 。 这 样 不 但 能 使 收藏 夹 的 功能 更 加 清晰 , 用 户 还 可 以 利用 自己 所 知道 的 文件 系统 
的 知识 来 对 网 站 收藏 夹 进行 操作 。 比 如 ,用户 可 以 用 资源 管理 器 来 重新 组 织 已 收藏 的 文件 ， 而 不 
是 用 浏览 器 内 置 的 拙劣 工具 。 而 电脑 高 手 还 能 够 灵活 地 在 文件 系统 的 任何 位 置 存 储 网 页 快捷 方 
式 。 仅仅 通过 删除 起 误导 作用 的 多 余 模 型 就 可 以 让 应 用 程序 的 功能 更 加 强大 且 清 晰 。 如 果 程 序 员 


@ Brian Marick 曾 向 我 提 及 这 个 示例 。 
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认为 原 有 模型 足够 好 ， 那 么 为 什么 还 要 让 用 户 学 习 新 模型 呢 ? 

此 外 , 还 有 另外 一 种 存储 收藏 文件 的 方式 ,比如 将 其 存储 在 一 个 数据 文件 中 ,这样 收藏 文件 
就 可 以 有 自己 的 规则 了 。 这 些 规则 很 可 能 是 应 用 于 网 页 的 命名 规则 。 这 又 是 一 种 单独 的 模型 。 这 
个 模型 告诉 用 户 所 有 关于 网 站 的 命名 规则 都 适用 于 网 站 收藏 夹 。 

如 果 程 序 设计 基于 一 个 能 够 反映 出 用 户 和 领域 专家 所 关心 的 基本 问题 的 模型 , 那么 与 其 他 设 
计 方 式 相 比 ， 这 种 设计 可 以 将 其 含义 更 明确 地 展示 给 用 户 。 让 用 户 更 了 解 模型 ， 给 他 们 更 多 的 机 
会 控 据 软件 的 潜能 ， 也 能 使 软件 的 行为 合 平 情理 、 前 后 一 致 


3.4 模式 HANDS-ON MODELER 


人 们 总 是 把 软件 开发 比喻 成 制造 业 。 通过 这 个 比喻 可 以 推断 出 一 个 结论 : 经 验 丰富 的 工程 师 
做 设计 工作 ， 而 技能 水 平 较 低 的 劳动 力 负责 组 装 产品 。 这 种 做 法 使 许多 项 目 陷入 困境 ， 恨 简 
单一 一 在 软件 开发 中 设计 是 无 处 不 在 的 。 开 发 团队 中 的 每 个 成 员 都 有 自己 的 职责 ， 但 是 将 分 析 、 
建 模 、 设 计 和 编程 工作 完全 分 离 会 对 MOoDEL-DRIVEN DESIGN 产生 不 良 影响 。 

我 曾经 在 一 个 项 目 中 负责 协调 不 同 的 应 用 程序 开发 团队 ,帮助 开发 可 以 驱动 程序 设计 的 领域 
模型 。 但 是 管理 层 认 为 建 模 人 员 就 应 该 只 负责 建 模 工作 ， 编 写 代码 就 是 在 浪费 这 种 技能 ， 于 是 他 
们 不 准 我 编写 代码 或 者 与 程序 员 讨论 细节 问题 。 

开始 项 目 进展 的 还 算 顺 利 。 我 和 领域 专家 以 及 各 团队 的 开发 负责 人 共同 工作 , 消化 领域 知识 
并 提炼 出 了 一 个 不 错 的 核心 模型 。 但 是 该 模型 却 从 来 没有 派 上 用 场 ， 原 因 有 两 个 。 

其 一 , 在 将 模型 传递 给 开发 人 员 的 过 程 中 , 模型 的 一 些 意图 并 没有 向 他 们 说 明 。 模 型 的 整体 
效果 受 细节 的 影响 很 大 (这 将 在 第 二 和 第 三 部 分 讨论 )， 这 些 细节 问题 并 不 是 总 能 在 UML 图 或 者 
一 般 讨 论 中 遇 到 的 。 如 果 我 能 做 好 准备 ,直接 与 开发 人 员 共同 工作 ,提供 一 些 参考 代码 和 近 距 离 
的 技术 支持 ， 那 么 他 们 也 许 能 够 理解 模型 中 的 抽象 概念 并 据 此 进行 开发 。 

第 二 个 原因 是 模型 与 程序 实现 及 技术 互相 影响 , 而 我 无 法 直接 获得 这 种 反馈 。 例 如 , 程序 实 
现 过 程 中 发 现 模型 的 某 部 分 在 我 们 的 技术 平台 上 的 工作 效率 极 低 , 但 是 经 过 几 个 月 的 时 间 , 我 才 
一 点 一 点 获得 了 关于 这 个 问题 的 全 部 信息 。 也 许 只 需 较 少 的 改动 就 能 解决 这 个 问题 , 但 是 几 个 月 
过 去 了 , 改 不 改 已 经 不 重要 了 。 因为 开发 人 员 已 经 自行 编写 出 了 可 以 运行 的 软件 一 一 完全 脱离 了 
模型 的 设计 ,在 那些 还 在 使 用 模型 的 地 方 ， 也 仅仅 是 把 它 当 作 纯 粹 的 数据 结构 。 开 发 人 员 不 分 好 
坏 地 把 模型 全 盘 否 定 , 但 是 他 们 又 有 什么 办 法 呢 ? 他 们 再 也 不 愿意 冒险 任 由 呆 在 象牙 塔 里 的 架构 
师 摆布 了 。 

与 其 他 项 目 一 样 , 这 个 项 目的 初始 环境 倾向 于 不 让 建 模 人 员 参 与 太 多 的 程序 实现 。 对 于 该 项 
目 所 使 用 的 大 部 分 技术 ,我 都 有 着 大 量 的 实践 经 验 。 在 做 建 模 工作 之 前 ,我 甚至 曾经 在 同类 项 目 
中 领导 过 一 个 小 的 开发 团队 ， 所 以 我 对 项 目 开发 过 程 和 编程 环境 非常 熟悉 。 但 是 如 果 不 让 建 模 人 
员 参 与 程序 实现 ， 我 就 是 有 这 些 经 历 也 无 法 有 效 地 工作 。 
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如 果 编 写 代码 的 人 员 认为 自己 没 必要 对 模型 负责 ， 或 者 不 知道 如 何 让 模型 为 应 用 程序 服务 ， 
那么 这 个 模型 就 和 程序 没有 任何 关联 。 如 果 开发 人 员 没有 意识 到 改变 代码 就 意味 着 改变 模型 , 那 
么 他 们 对 程序 的 重 构 不 但 不 会 增强 模型 的 作用 ， 反 而 还 会 削弱 它 的 效果 。 同 样 ， 如 果 建 模 人 员 不 
参与 到 程序 实现 的 过 程 中 ,那么 对 程序 实现 的 约束 就 没有 切身 的 感受 ， 即 使 有 ， 人 也 会 很 快 忘记 。 
MODEL-DRIVEN DESIGN 的 两 个 基本 要 素 〈 即 模型 要 支持 有 效 的 实现 并 抽象 出 关键 的 领域 知识 ) 已 
经 失去 了 一 个 ,因此 最 终 模型 将 变 得 不 再 实用 。 最 后 一 点 ， 如果 项 目 组 的 分 工 阻 断 了 设计 人 员 与 
开发 人 员 之 间 的 协作 , 使 他 们 无 法 领悟 MoDEL-DRIVEN DESIGN 的 奥妙 , 那么 经 验 丰富 的 设计 人 员 
则 不 能 将 自己 的 知识 和 技术 传递 给 开发 人 员 。 

HANDS-ON MODELER ( 建 模 人 员 参 与 程序 开发 ) 并 不 意味 着 团队 成 员 不 能 有 自己 的 专业 角色 。 
包括 极限 编程 在 内 的 每 一 种 敏捷 过 程 都 会 给 团队 成 员 分 配角 色 , 其 他 非 正 式 的 专业 角色 也 会 自然 
而 然 地 产生 。 但 是 如 果 把 MopEL-DRIVEN DESIGN 中 密切 相关 的 建 模 和 实现 这 两 个 过 程 分 离开 ， 则 
会 产生 问题 。 

整体 设计 的 有 效 性 有 几 个 非常 敏感 的 影响 因素 , 那 就 是 细 粒 度 的 设计 和 实现 决策 的 质量 和 一 
致 性 。 在 MODEL-DRIVEN DESIGN 中 ， 代 码 是 模型 的 表达 ， 改 变 某 段 代 码 就 改变 了 相应 的 模型 。 程 
序 员 就 是 建 模 人 员 ， 无 论 他 们 是 否 喜欢 。 所 以 在 开始 项 目 时 ， 应 该 让 程序 员 完 成 出 色 的 建 模 工 作 。 

因此 : 

任何 参与 建 模 的 技术 人 员 , 不 管 在 项 目 中 的 主要 职责 是 什么 , 都 必须 花 时 间 了 解 代 码 。 任何 

61] 负责 修改 代码 的 人 员 则 必须 学 会 用 代码 来 表达 模型 每 一 个 开发 人 员 都 必须 不 同 程度 地 参与 模型 
讨论 并 且 与 领域 专家 保持 联系 。 参 与 不 同 工 作 的 人 都 必须 有 意识 地 通过 UBIQUITOUS LANGUAGE 
与 接触 代码 的 人 及 时 交换 关于 模型 的 想法 。 

















将 建 模 和 编程 过 程 完全 分 离 是 行 不 通 的 ,然而 大 型 项 目 依然 需要 技术 负责 人 来 协调 高 层 的 设 
计 和 建 模 ， 并 帮助 做 出 最 困难 或 最 关键 的 决策 。 本 书 的 第 四 部 分 描述 的 就 是 这 种 决策 , 通过 学 习 
该 部 分 内 容 可 以 激发 灵感 ， 找 到 更 高 效 的 方法 来 定义 高 级 技术 人 员 的 角色 和 职责 。 

MODEL-DRIVEN DESIGN 利用 模型 来 为 应 用 程序 解决 问题 。 项 目 组 通过 知识 消化 将 大 量 杂乱 无 
章 的 信息 提炼 成 实用 的 模型 。 而 MopEL-DRIVEN DESIGN 将 模型 和 程序 实现 过 程 紧密 结合 。 
UBIQUITOUS LANGUAGE 则 成 为 开发 人 员 、 领 域 专家 和 软件 产品 之 间 传递 信息 的 渠道 。 

最 终 的 软件 产品 能 够 在 基本 理解 核心 领域 的 基础 上 提供 丰富 的 功能 。 

如 上 所 述 ，MopEL-DRIVEN DESIGN 的 成 功 离 不 开 详尽 的 设计 决策 。 在 下 面 几 章 中 我 们 将 会 讲 

[2] 述 这 方面 的 内 容 。 
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为 了 保证 软件 实现 得 简洁 并 且 与 模型 保持 一 致 , 不管 实际 情况 如 何 复杂 , 必须 运用 建 模 和 设 
计 的 最 佳 实践 。 本 书 既 不 是 一 本 介绍 面向 对 象 设计 的 书 ， 也 不 是 为 了 提出 一 些 基本 的 设计 原理 。 
领域 驱动 设计 改变 了 某 些 传统 观念 的 侧重 点 。 

某 些 设计 决策 能 够 使 模型 和 程序 紧密 结合 在 一 起 , 互相 提高 对 方 的 效率 。 这 种 结合 要 求 我 们 
注意 每 个 元 素 的 细节 。 对 细节 问题 的 精 雕 细 刻 能 够 打造 出 一 个 稳定 的 平台 , 开发 人 员 可 以 在 这 个 
平台 上 运用 第 三 部 分 和 第 四 部 分 中 要 讲 到 的 建 模 方法 。 

本 书 中 所 讲 的 设计 风格 主要 遵循 “职责 驱动 设计 ”的 原则 ,这 个 原则 是 在 【Wirfs-Brock et al. 
1990] 中 提出 的 ,并 在 [Wirfs-Brock 2003] 中 进行 了 更 新 。 同 时 本 书 也 大 量 利用 了 [Meyer 1988] 
中 所 提出 的 “契约 式 设计 ”思想 。 它 与 其 他 被 广泛 采用 的 面向 对 象 设计 最 佳 实践 有 着 基本 相同 的 
背景 ， 这 些 最 佳 实践 在 [Larman 1998] 等 书 中 给 出 了 描述 。 

当 项 目 遇 到 或 大 或 小 的 困难 时 ， 开 发 人 员 可 能 会 发 现 这 些 原 则 都 无 法 适用 于 项 目 当前 的 状 
况 。 为 了 使 领域 驱动 设计 过 程 更 灵活 , 开发 人 员 需 要 理解 上 面 这 些 众所周知 的 基本 原理 是 如 何 支 
持 MopEL-DRIVEN DESIGN 的 ， 这 样 才能 在 设计 过 程 中 做 出 一 些 折 中 选择 ， 而 又 不 脱离 正确 的 轨道 。 

下 面 三 章 的 内 容 是 按照 “模式 语言 ”( 参 见 附录 A) 组 织 的 ， 主 要 说 明了 细微 的 模型 差别 和 
设计 决策 是 如 何 影响 领域 驱动 设计 过 程 的 。 

下 面 的 简 图 是 一 张 导航 图 ， 它 描述 的 是 本 部 分 所 要 讲解 的 模式 以 及 这 些 模式 彼此 关联 的 方 
式 。 

共用 这 些 标准 模式 可 以 使 设计 有 序 进行 ， 项 目 组 成 员 也 能 够 更 方便 地 了 解 彼此 的 工作 内 容 。 
同时 ,使 用 标准 模式 也 使 UBIQUITOUS LANGUAGE 更 加 丰富 ， 所 有 的 项 目 组 成 员 都 可 以 使 用 
UBIQUTTOUS LANGUAGE 来 讨论 模型 和 设计 决策 。 

开发 一 个 好 的 领域 模型 是 一 门 艺术 。 而 模型 中 各 个 元 素 的 实际 设计 和 实现 则 相对 系统 化 。 将 
领域 设计 与 软件 系统 中 的 其 他 关注 点 分 离 会 使 设计 与 模型 之 间 的 关系 非常 清晰 。 根据 不 同 的 特征 
来 定义 模型 元 素 则 会 使 元 素 的 意义 更 加 鲜明 。 对 每 个 元 素 使 用 已 验证 的 模式 有 助 于 创建 出 更 易于 
实现 的 模型 。 
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MODEL-DRIVEN DESIGN 语言 的 导航 图 


只 有 在 充分 考虑 这 些 基本 原理 之 后 , 精心 设计 的 模型 才能 化 繁 为 简 , 创建 出 项 目 组 成 员 可 以 
[65] 放心 地 进行 组 合 使 用 的 详细 元 素 。 
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分 离 领 域 


软件 中 ， 专 门 用 于 解决 领域 问题 的 那 部 分 通常 只 占 整 个 软件 系统 的 很 小 一 部 分 ， 这 与 
其 重要 性 远 远 不 成 比例 。 要 想 实现 最 佳 的 设计 构思 ， 就 得 去 研究 模型 中 的 元 素 并 且 将 
它们 视 为 一 个 系统 。 绝 不 能 像 在 夜空 中 辨认 星座 一 样 ， 勉 强 把 领域 对 象 从 许多 对 象 中 挑选 出 来 。 
我 们 需要 将 领域 对 象 与 系统 中 的 其 他 功能 分 离 , 这 样 就 能 够 避免 将 领域 概念 和 其 他 只 与 软件 技术 
相关 的 概念 相 混淆 ， 也 不 会 把 领域 与 整个 软件 系统 混为一谈 。 

分 离 领域 的 复杂 技术 早已 出 现 , 而 且 都 是 我 们 耳熟能详 的 , 但 是 它 对 于 能 否 成 功 运用 领域 建 
模 原则 起 着 非常 关键 的 作用 ， 所 以 我 们 要 从 领域 驱动 的 视角 对 它 进行 简要 的 回顾 。 





4.1 模式 : LAYERED ARCHITECTURE 
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在 一 个 运输 应 用 程序 中 ， 要 想 支持 从 城市 列表 中 选择 运送 货物 目的 地 这 样 的 简单 用 户 行为 ， 
程序 代码 必须 包括 : (1) 在 屏幕 上 绘制 一 个 屏幕 组 件 (widget)，(2) 查询 数据 库 ， 调 出 所 有 可 能 的 
城市 ，(3) 解析 并 验证 用 户 输入 ，(4) 将 所 选 城市 与 货物 关联 ，(5) 向 数据 库 提交 此 次 数据 修改 。 
上 面 所 有 的 代码 都 在 同一 个 程序 中 ， 但 是 只 有 一 小 部 分 代码 与 运输 业务 相关 。 
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软件 程序 需要 通过 设计 和 编码 来 执行 许多 不 同类 型 的 任务 。 它 们 接收 用 户 输入 , 执行 业务 多 
辑 , 访问 数据 库 ， 进 行 网 络 通信 ， 向 用 户 显示 信息 ， 等 等 。 因 此 程序 中 的 每 个 功能 都 可 能 需要 大 
量 的 代码 来 实现 。 


在 面向 对 象 的 程序 中 , 常常 会 在 业务 对 象 中 直接 写 入 用 户 界面 、 数 据 库 访问 等 支持 代码 。 而 
一 些 额外 的 业务 逻辑 则 会 被 嵌入 到 用 户 界面 组 件 和 数据 库 脚本 的 行为 中 。 这 么 做 是 为 了 以 最 简单 
的 方式 在 短期 内 完成 开发 工作 。 

如 果 与 领域 有 关 的 代码 分 散在 大 量 的 其 他 代码 之 中 ,那么 查看 和 分 析 领 域 代码 就 会 变 得 相当 
困难 。 对 用 户 界面 的 简单 修改 实际 上 很 可 能 会 改变 业务 逻辑 , 而 要 想 调整 业务 规则 也 很 可 能 需要 
对 用 户 界面 代码 .数据库 操 作 代码 或 者 其 他 的 程序 元 素 进行 仔细 的 筛 查 。 这 样 就 不 太 可 能 实现 一 
致 的 、 模 型 驱动 的 对 象 了 ,同时 也 会 给 自动 化 测试 带 来 困难 。 程序 中 每 一 个 活动 都 有 其 自身 的 逻 
辑 和 适用 的 技术 ， 因 此 程序 本 身 必须 简单 明了 ， 否 则 就 会 让 人 无 法 理解 。 

要 想 创建 出 能 够 处 理 复杂 任务 的 程序 , 需要 把 不 同 的 关注 点 分 开 考 虑 , 使 设计 中 的 每 个 部 分 
都 得 到 单独 的 关注 。 在 分 离 的 同时 ， 也 需要 维持 系统 内 部 复杂 的 交互 关系 。 

分 割 软件 系统 有 各 种 各 样 的 方式 ， 但 是 根据 软件 行业 的 经 验 和 惯例 ， 普 遍 采 用 LAYERED 
ARCHITECTURE (分 层 架构 )， 特 别 是 有 几 个 层 基本 上 已 成 了 标准 野 。 分 层 这 种 隐喻 被 广泛 采用 ， 
大 多 数 开发 人 员 都 对 其 有 着 直观 的 认识 。 许 多 文献 对 LAYERED ARCHITECTURE 也 进行 了 充分 的 讨 
论 ， 有 些 是 以 模式 的 形式 给 出 的 ([Buschmann et al. 1996，pp.31-51] )。LAYERED ARCHITECTURE 
的 基本 原则 是 层 中 的 任何 元 素 都 仅 依赖 于 本 层 的 其 他 元 素 或 其 下 层 的 元 素 。 向 上 的 通信 必须 通过 
间接 的 传递 机 制 进行 ， 这 些 将 在 后 面 讨论 。 

分 层 的 价值 在 于 每 一 层 都 只 代表 程序 中 的 某 一 特定 方面 。 这 种 限制 使 每 个 方面 的 设计 都 更 具 
内 诊 性 , 更 容易 解释 。 当 然 ， 要 分 离 出 内 训 设 计 中 最 重要 的 方面 ,选择 恰当 的 分 层 方式 是 至 关 重 
要 的 。 在 这 里 ， 经 验 和 惯例 又 一 次 为 我 们 指明 了 方向 。 尽 管 LAYERED ARCHITECTURE 的 种 类 繁多 ， 
但 是 大 多 数 成 功 的 架构 使 用 的 都 是 包括 下 面 这 四 个 概念 层 的 某 个 版 本 。 


一 一 一 
用 户 界面 层 或 表示 层 ) 负责 向 用 户 显示 信息 和 解释 用 户 指令 。 这 里 指 的 用 户 可 以 是 另 一 个 计算 机 系统 
不 一 定 是 使 用 用 户 界面 的 人 
应 用 层 定义 软件 要 完成 的 任务 ， 并 且 指挥 表达 领域 概念 的 对 象 来 解决 问题 。 这 一 层 所 人 负 


责 的 工作 对 业务 来 说 意义 重大 ， 也 是 与 其 他 系统 的 应 用 层 进行 交互 的 必要 渠道 

应 用 层 要 尽量 简单 ， 不 包含 业务 规则 或 者 知识 ， 而 只 为 下 一 层 中 的 领域 对 象 协 调 
任务 ,分 配 工作 ， 使 它们 互相 协作 。 它 没有 反映 业务 情况 的 状态 ， 但 是 却 可 以 具有 
另外 一 种 状态 ， 为 用 户 或 程序 显示 某 个 任务 的 进度 


领域 层 〈 或 模型 层 ) 负责 表达 业务 概念 ， 业 务 状态 信息 以 及 业务 规则 。 尽 管 保存 业务 状态 的 技术 细节 
是 由 基础 设施 层 实现 的 、 但 是 反映 业务 情况 的 状态 是 由 本 层 控制 并 且 使 用 的 。 领 域 
层 是 业务 软件 的 核心 

基础 设施 层 为 上 面 各 层 提供 通用 的 技术 能 力 : 为 应 用 县 传递 消息 ， 为 领域 层 提供 持久 化 机 制 | 


为 用 户 界面 层 绘制 屏幕 组 件 ， 等 等 。 基 础 设施 层 还 能 够 通过 架构 框架 来 支持 四 个 层 
次 间 的 交互 模式 
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有 些 项 目 没有 明显 划分 出 用 户 界面 层 和 应 用 层 , 而 有 些 项 目 则 有 多 个 基础 设施 层 。 但 是 将 领 
域 层 分 离 出 来 才 是 实现 MODEL-DRIVEN DESIGN 的 关键 。 

因此 : 

给 复杂 的 应 用 程序 划分 层次 。 在 每 一 层 内 分 别 进行 设计 ， 使 其 具有 内 聚 性 并 且 只 依赖 于 
它 的 下 层 。 采 用 标准 的 架构 模式 ， 只 与 上 层 进行 松散 连接 。 将 所 有 与 领域 模型 相关 的 代码 放 
在 一 个 层 中 ， 并 把 它 与 用 户 界面 层 、 应 用 层 以 及 基础 设施 层 的 代码 分 开 。 领 域 对 象 应 该 将 重 
点 放 在 如 何 表达 领域 模型 上 ， 而 不 需要 考虑 自己 的 显示 和 存储 问题 ， 也 无 需 管理 应 用 任务 等 
内 容 。 这 使 得 模型 的 含义 足够 丰富 ， 结 构 足够 清晰 ， 可 以 捕捉 到 基本 的 业务 知识 ， 并 有 效 地 
使 用 这 些 知识 。 

将 领域 层 与 基础 设施 层 以 及 用 户 界面 层 分 离 , 可 以 使 每 层 的 设计 更 加 清晰 。 彼此 独立 的 层 更 
容易 维护 ,因为 它们 往往 以 不 同 的 速度 发 展 并 且 满 足 不 同 的 需求 。 层 与 层 的 分 离 也 有 助 于 在 分 布 
式 系 统 中 部 署 程序 ,不同 的 层 可 以 灵活 地 放 在 不 同 服务 器 或 者 客户 端 中 , 这样 可 以 减少 通信 开销 ， 
并 优化 程序 性 能 ([Fowler 1996] ) 。 


| 示例 为 网 上 银行 功能 分 层 


该 应 用 程序 能 提供 维护 银行 账户 的 各 种 功能 。 其 中 一 个 功能 就 是 转账 , 用 户 可 以 输入 或 者 选 
择 两 个 账户 号 码 ， 填 写 要 转 的 金额 ， 然 后 开始 转账 。 

为 了 让 这 个 例子 更 容易 实现 , 这 里 省 略 了 一 些 主要 的 技术 特性 , 特别 是 安全 性 能 方面 的 一 些 
特性 。 模 型 设计 也 尽量 简化 。( 在 现实 生活 中 ， 网 银 的 复杂 性 只 会 增加 对 LAYERED ARCHITECTURE 
的 需求 。) 此 外 ， 这 个 例子 中 的 基础 设施 只 是 为 了 使 程序 更 简单 和 清楚 一 些 而 已 一 一 我 并 不 建议 
你 使 用 这 个 设计 。 简 化 后 的 功能 所 要 完成 的 任务 将 会 按照 图 4-1 来 分 层 。 

注意 , 负责 处 理 基本 业务 规则 的 是 领域 层 ,而 不 是 应 用 层 一 一 在 这 个 例子 中 ,业务 规则 就 是 
“每 笔 贷款 必须 有 与 其 数目 相同 的 借款 ”。 

这 个 应 用 程序 没有 设 定 转账 请 求 的 发 起 方 。 程序 中 假定 包含 了 用 户 输入 界面 , 界面 中 有 账户 
号 码 和 转账 金额 的 输入 字段 以 及 一 些 命令 按 钮 。 但 是 也 可 以 用 基于 XML 的 电汇 请 求 来 替换 ， 这 
并 不 会 影响 应 用 层 及 其 下 面 的 各 层 。 这 种 解 耦 至 关 重要 , 这 并 不 是 因为 在 项 目 中 经 常 需要 用 电汇 
请 求 来 代 赫 用 户 界面 ， 而 是 因为 关注 点 的 清晰 分 离 可 以 使 每 一 层 的 设计 更 易 理 解 和 维护 。 

事实 上 ， 图 4-1 本 身 也 略微 说 明了 不 分 离 领 域 层 会 出 现 的 问题 。 这 张 图 需要 包含 从 请 求 到 事 
务 控制 的 所 有 方面 ， 所 以 不 得 不 简化 领域 层 来 保证 整个 交互 过 程 简单 易 懂 。 如 果 我 们 专注 于 研究 
独立 领域 层 的 设计 ,就 可 以 构思 并 绘制 出 更 好 地 表达 领域 规则 的 模型 ,也 许 模型 中 会 包含 分 类 账 、 
贷款 和 借款 对 象 ， 或 者 是 现金 交易 对 象 。 
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图 4-1 对象 所 执行 的 任务 与 其 所 在 层 一 致 ， 并 且 与 同 层 其 他 对 象 的 联系 更 为 紧密 





4.1.1 将 各 层 关联 起 来 


到 目前 为 止 ， 我 们 的 讨论 主要 集中 在 层次 划分 以 及 如 何 分 层 才能 改进 程序 各 个 方面 的 设计 
上 ， 特别 是 集中 在 领域 层 上 。 但 是 显然 ,各 层 之 间 也 需要 互相 连接 。 在 连接 各 层 的 同时 不 影响 分 
离 带 来 的 好 处 ， 这 是 很 多 模式 的 目的 所 在 。 

各 层 之 间 是 松散 连接 的 , 层 与 层 的 依赖 关系 只 能 是 单 向 的 。 上 层 可 以 直接 使 用 或 操作 下 层 元 
素 , 方法 是 通过 调用 下 层 元 素 的 公共 接口 ， 保 持 对 下 层 元 素 的 引用 (至少 是 暂时 的 ) 以 及 采用 常 
规 的 交互 手段 。 而 如 果 下 层 元 素 需要 与 上 层 元 素 进行 通信 (不 只 是 回应 直接 查询 )， 则 需要 采用 另 
一 种 通信 机 制 ,使 用 架构 模式 来 连接 上 下 层 ,比如 回调 模式 或 OBSERVERS 模 式 ( [Gamma et al. 1995] ) 。 

最 早 将 用 户 界面 层 与 应 用 层 和 领域 层 相 连 的 模式 是 MODEL-VIEW-CONTROLLER (MVC， 模 
型 -视图 -控制 器 ) 框架 。 它 是 为 Smalltalk 语 言 发 明 的 一 种 设计 模式 ,创建 于 20 世 纪 70 年 代 。 随 后 
出 现 的 许多 用 户 界面 架构 都 是 受到 它 的 启发 而 产生 的 。[Fowler (2002)] 中 讨论 了 这 种 模式 以 及 几 
个 实用 的 变 体 。[Larman (1998)] 也 在 MopEL-VIEW SEPARATION 模 式 中 探讨 了 这 些 问 题 ， 他 所 提出 
的 APPLICATION COORDINATOR (应 用 协调 器 ) 是 连接 应 用 层 的 一 种 方法 。 

还 有 许多 其 他 连接 用 户 界面 层 和 应 用 层 的 方式 。 对 我 们 而 言 ,只 要 连接 方式 能 够 维持 领域 层 
的 独立 性 , 保证 在 设计 领域 对 象 时 不 需要 同时 考虑 可 能 与 其 交互 的 用 户 界面 , 那么 这 些 连 接 方式 
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就 都 是 可 用 的 。 

通常 ， 基 础 设施 层 不 会 发 起 领域 层 中 的 操作 ， 它 处 于 领域 层 “ 之 下 ”， 不 包含 其 所 服务 的 领 
域 中 的 知识 。 事 实 上 这 种 技术 能 力 最 常 以 SERVICE 的 形式 提供 。 例 如 ， 如 果 一 个 应 用 程序 需要 发 
送 电子 邮件 ， 那 么 一 些 消息 发 送 的 接口 可 以 放 在 基础 设施 层 中 , 这样， 应 用 层 中 的 元 素 就 可 以 请 
求 发 送 消息 了 。 这 种 解 三 使 程序 的 功能 更 加 丰富 。 消 息 发 送 接口 可 以 连接 到 电子 邮件 发 送 服务 、 
传真 发 送 服务 或 任何 其 他 可 用 的 服务 。 但 是 这 种 方式 最 主要 的 好 处 是 简化 了 应 用 层 , 使 其 只 专注 
于 自己 所 负责 的 工作 : 知道 何 时 该 发 送 消息 ， 而 不 用 操心 怎么 发 送 。 

应 用 层 和 领域 层 可 以 调用 基础 设施 层 所 提供 的 SERVICE。 如 果 SERVICE 的 范围 选择 合理 ,接口 
设计 完善 ， 那 么 通过 把 详细 行为 封装 到 服务 接口 中 ,调用 程序 就 可 以 保持 与 SERVICE 的 松散 连接 ， 
并 且 不 会 那么 复杂 。 

然而 , 并 不 是 所 有 的 基础 设施 都 是 以 可 供 上 层 调 用 的 SERVICE 的 形式 出 现 的 。 有 些 技术 组 件 被 
设计 成 直接 支持 其 他 层 的 基本 功能 (比如 为 所 有 的 领域 对 象 提供 抽象 基 类 ) ,并 且 提 供 关联 机 制 ( 比 
如 MVC 及 类 似 框架 的 实现 )。 这 种 “架构 框架 ”对 于 程序 其 他 部 分 的 设计 有 着 更 大 的 影响 。 


4.1.2 ”架构 框架 


如 果 基 础 设施 通过 接口 调用 SERVICE 的 形式 来 实现 ， 那 么 如 何 分 层 以 及 如 何 保持 层 与 层 之 间 
的 松散 连接 就 是 相当 显而易见 的 。 但 是 有 些 技术 问题 要 求 更 具 侵 入 性 的 基础 设施 。 整合 了 大 量 基 
础 设施 需求 的 框架 通常 会 要 求 其 他 层 以 某 种 特定 的 方式 实现 , 比如 以 框架 类 的 子 类 形式 或 者 带 有 
结构 化 的 方法 签名 。( 子 类 在 父 类 的 上 层 似乎 是 违反 常理 的 ， 但 是 要 记 住 哪个 类 反映 了 另 一 个 类 
的 更 多 知识 。) 最 好 的 架构 框架 既 能 解决 复杂 技术 问题 ， 也 能 让 领域 开发 人 员 集中 精力 去 表达 模 
型 ， 而 不 考虑 其 他 问题 。 然 而 使 用 框架 很 容易 为 项 目 制造 障碍 : 要 么 是 设 定 了 太 多 的 假设 ， 减 小 
了 领域 设计 的 可 选 范围 ， 要 么 是 需要 实现 太 多 的 东西 ， 影 响 开 发 进度 。 

项 目 中 一 般 都 需要 某 种 形式 的 架构 框架 (尽管 有 时 项 目 团队 选择 了 不 太 合适 的 框架 )。 当 使 
用 框架 时 , 项目 团队 应 该 明确 其 使 用 目的 : 建立 一 种 可 以 表达 领域 模型 的 实现 并 且 用 它 来 解决 重 
要 问题 。 项 目 团队 必须 想方设法 让 框架 满足 这 些 需求 ， 即 使 这 意味 着 抛弃 框架 中 的 一 些 功能 。 例 
如 ， 早 期 的 2EE 应 用 程序 通常 都 会 将 所 有 的 领域 对 象 实现 为 “实体 bean" 。 这 种 实现 方式 不 但 影 
响 程序 性 能 , 还 会 减 慢 开发 速度 。 现在 , 取而代之 的 最 佳 实践 是 利用 J2EE 框 架 来 实现 大 粒度 对 象 ， 
而 用 普通 Java 对 象 来 实现 大 部 分 的 业务 逻辑 。 不 妄 求 万 全 之 策 ， 而 是 有 选择 性 地 运用 框架 来 解决 
难点 问题 ， 就 可 以 避 开 框架 的 很 多 不 足 之 处 。 明 智 而 审慎 地 选择 框架 中 最 具 价值 的 功能 能 够 减少 
程序 实现 和 框架 之 间 的 耦合 ,使 随后 的 设计 决策 更 加 灵活 。 更 重要 的 是 ,现在 许多 框架 的 用 法 都 
极其 复杂 ， 这 种 简化 方式 有 助 于 保持 业务 对 象 的 可 读 性 ， 使 其 更 富有 表达 力 。 

架构 框架 和 其 他 工具 都 在 不 断 的 发 展 。 在 新 出 现 的 框架 中 , 越 来 越 多 的 技术 问题 会 自动 得 到 
解决 或 者 被 预先 设 定好 解决 方案 。 如 果 框 架 使 用 得 当 , 那么 程序 开发 人 员 将 可 以 更 加 专注 于 核心 
业务 问题 的 建 模 工 作 ， 这 会 大 大 提高 开发 效率 和 程序 质量 。 但 与 此 同时 ， 我 们 必须 要 保持 克制 ， 
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不 要 总 是 想 着 要 寻找 框架 ， 因 为 精细 的 框架 也 可 能 会 束 缔 住 程序 开发 人 员 。 
4.2 ”模型 属于 领域 层 


现在 ， 大 部 分 软件 系统 都 采用 了 LAYERED ARCHITECTURE， 只 是 采用 的 分 层 方案 存在 不 同 而 
已 ,许多 类 型 的 开发 工作 都 能 从 分 层 中 受益 。 然 而 , 领域 驱动 设计 只 需要 一 个 特定 的 层 存在 即 可 。 

领域 模型 是 一 系列 概念 的 集合 。“ 领 域 屋 ” 则 是 领域 模型 以 及 所 有 与 其 直接 相关 的 设计 元 素 
的 表现 ， 它 由 业务 逻辑 的 设计 和 实现 组 成 。 在 MODEL-DRIVEN DEsIGN 中 ， 领 域 层 的 软件 构造 反映 
出 了 模型 概念 。 

如 果 领 域 逻 辑 与 程序 中 的 其 他 关注 点 混在 一 起 。 就 不 可 能 实现 这 种 一 致 性 。 将 领域 实现 独立 
出 来 是 领域 驱动 设计 的 前 提 。 


4.3 模式: THE SMART Ul “ANTI-PATTERN” 


上 面 总 结 了 面向 对 象 程序 中 广泛 采用 的 LAYERED ARCHITECTURE 模 式 。 在 项 目 中 ， 人 们 经 常 
会 尝试 分 离 用 户 界面 、 应 用 和 领域 ， 但 是 成 功 的 分 离 却 不 多 见 ， 这 种 负面 作用 本 身 很 值得 讨论 。 

许多 软件 项 目 都 采用 并 且 应 该 保持 一 种 不 那么 复杂 的 设计 方法 ， 我 称 其 为 SMART UL (智能 
用 户 界面 )。 但 是 SMART UI 是 另 一 种 设计 方法 ， 与 领域 驱动 设计 方法 角 然 不 同 且 互 不 兼容 。 如 果 
你 选择 了 SMART U1， 那么 本 书 中 所 讲 的 大 部 分 内 容 都 不 适合 你 。 我 感 兴趣 的 是 那些 无 法 应 用 
SMART UI 的 情况 ， 这 也 是 我 半 开 玩笑 地 称 其 为 “ 反 模式 ”的 原因 。 本 节 讨 论 SMART UI 是 为 了 与 
领域 驱动 模式 进行 对 比 ， 并 帮助 我 们 认 清 在 本 书后 面 章节 中 的 哪些 情况 下 需要 选择 相对 而 言 更 
难于 实现 的 领域 驱动 设计 模式 。 





假设 一 个 项 目 只 需要 提供 简单 的 功能 , 以 数据 输入 和 显示 为 主 , 涉及 业务 规则 很 少 。 项 目 团 
队 也 没有 高 级 对 象 建 模 师 。 

如 果 一 个 经 验 并 不 丰富 的 项 目 团队 要 完成 一 个 简单 的 项 目 ， 却 决定 使 用 MODEL-DRIVEN 
DESIGN 以 及 LAYERED ARCHITECTURE， 那 么 这 个 项 目 组 将 会 经 历 一 个 艰难 的 学 习 过 程 。 团 队 成 员 
不 得 不 去 掌握 复杂 的 新 技术 ,艰难 地 学 习 对 象 建 模 。 (即使 有 这 本 书 的 帮助 ， 这 也 依然 是 一 个 具 
有 挑战 性 的 任务 ! ) 对 基础 设施 和 各 层 的 管理 工作 使 得 原本 简单 的 任务 却 要 花费 很 长 的 时 间 来 完 
成 。 简 单项 目的 开发 周期 较 短 ， 期 望 值 也 不 是 很 高 。 所 以 ， 早 在 项 目 团队 完成 任务 之 前 ， 该 项 目 

会 被 取消 ， 更 谈 不 上 去 论证 有 关 这 种 方法 的 许多 种 令 人 激动 的 可 行 性 了 。 

即使 项 目 有 更 充裕 的 时 间 , 如 果 没有 专家 的 帮助 , 团队 成 员 也 不 太 可 能 掌握 这 些 技术 。 最 后 ， 
假如 他 们 确实 能 够 克服 这 些 困难 , 恐怕 也 只 会 开发 出 一 套 简单 的 系统 。 因 为 这 个 项 目 本 来 就 不 需 
要 丰富 的 功能 。 

经 验 丰富 的 团队 则 不 会 做 出 这 样 的 选择 。 身 经 百 战 的 开发 人 员 能 够 更 容易 学 习 , 进而 减少 管 
理 各 层 所 需要 的 时 间 。 领 域 驱动 设计 只 有 应 用 在 大 型 项 目 上 才能 产生 最 大 的 收益 , 而 这 也 确实 需 
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要 高 超 的 技巧 。 不 是 所 有 的 项 目 都 是 大 型 项 目 ， 也 不 是 所 有 的 项 目 团队 都 能 掌握 那些 技巧 。 
因此 ， 当 情况 需要 时 : 

在 用 户 界面 中 实现 所 有 的 业务 逻辑 。 将 应 用 程序 分 成 小 的 功能 模块 , 分 别 将 它们 实现 成 用 户 
界面 , 并 在 其 中 嵌入 业务 规则 。 用 关系 数据 库 作 为 共享 的 数据 存储 库 。 使 用 自动 化 程度 最 高 的 用 
户 界面 创建 工具 和 可 用 的 可 视 化 编程 工具 。 

这 是 一 种 有 争议 的 观点 。 设 计 原则 (所 有 地 方 ， 包括 本 书 其 他 地 方 ,都 在 倡导 的 原则 ) 应 该 
是 领域 和 UI 彼此 独立 。 事实 上 , 不 将 领域 和 用 户 界面 分 离 , 则 很 难 运用 本 书后 面 所 要 讨论 的 方法 ， 
因此 在 领域 驱动 设计 中 ， 可 以 将 SMART UI 看 作 是 “ 反 模式 "。 然 而 在 其 他 情况 下 ， 它 也 是 完全 可 
行 的 。 其实, SMART UI 也 有 其 自身 的 优势 ,在 某 些 情况 下 它 能 发 挥 最 佳 的 作用 一 一 这 也 是 它 如 此 
普及 的 原因 之 一 。 在 这 里 介绍 SMART UI 能 够 帮助 我 们 理解 为 什么 需要 将 应 用 程序 与 领域 分 离 ， 而 
且 更 重要 的 是 ， 还 能 让 我 们 知道 什么 时 候 不 需要 这 样 做 。 

优点 

口 效率 高 ， 能 在 短 时 间 内 实现 简单 的 应 用 程序 。 

口 能 力 较 差 的 开发 人 员 可 以 几乎 不 经 过 培训 就 采用 它 。 

口 甚至 可 以 克服 需求 分 析 上 的 不 足 ， 只 要 把 原型 发 布 给 用 户 ， 然 后 根据 用 户 反馈 快速 修改 

软件 产品 即 可 。 

口 程序 之 间 彼 此 独立 ， 这 样 ， 可 以 相对 准确 地 安排 小 模块 交付 的 日 期 。 额 外 扩展 简单 的 功 

能 也 很 容易 。 

口 可 以 很 顺利 地 使 用 关系 数据 库 ， 能 够 提供 数据 级 的 整合 。 

口 可 以 使 用 第 四 代 语言 工具 。 

口 移交 应 用 程序 后 ， 维 护 程序 员 可 以 迅速 重 写 他 们 不 明白 的 代码 段 ， 因 为 修改 代码 只 会 影 

响 到 代码 所 在 的 用 户 界面 。 
缺点 
口 不 通过 数据 库 很 难 集成 应 用 模块 。 
口 没有 对 行为 的 重用 ， 也 没有 对 业务 问题 的 抽象 。 在 每 一 次 用 到 业务 规则 的 操作 时 ， 都 必 
须 重 写 规则 。 

快速 的 原型 建立 和 和 迭代 都 有 自然 的 局 限 性 ， 因 为 抽象 的 缺乏 限制 了 重 构 的 选择 。 

口 复杂 的 功能 很 快 会 让 你 无 所 适 从 ， 所 以 程序 的 扩展 只 能 是 增加 简单 的 应 用 模块 ， 没 有 很 
好 的 办 法 来 实现 更 丰富 的 功能 。 

如 果 项 目 团队 有 意识 地 应 用 这 个 模式 , 那么 就 可 以 避免 其 他 方法 所 需要 的 大 量 开销 。 项目 团 
队 常 犯 的 错误 是 采用 了 一 种 复杂 的 设计 方法 , 却 无 法 保证 项 目 从 头 到 尾 始终 使 用 它 。 另 一 种 常见 
的 也 是 代价 高 昂 的 错误 则 是 为 项 目 构建 一 种 复杂 的 基础 设施 , 并 使 用 项 级 的 工具 , 而 这 样 的 项 目 
根本 不 需要 它们 。 

大 部 分 灵活 的 编程 语言 (比如 Java) 对 于 小 型 应 用 程序 来 说 是 大 材 小 用 了 ， 并 且 使 用 它们 的 
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开销 很 大 。 第 四 代 语 言 风格 的 工具 就 足以 满足 这 种 需要 了 。 

记 住 , 在 项 目 中 使 用 智能 用 户 界面 后 , 除非 重 写 全 部 的 应 用 模块 ,否则 不 能 改 用 其 他 的 设计 
方法 。 使 用 诸如 Java 这 类 的 通用 语言 并 不 能 让 你 在 随后 的 开发 过 程 中 放弃 使 用 SMART UL， 因 此 ， 
如 果 你 选择 了 这 条 路 线 ， 就 应 该 采用 与 之 匹配 的 开发 工具 。 不 要 浪费 时 间 去 同时 采用 多 种 选择 。 
只 使 用 灵活 的 编程 语言 并 不 一 定 会 创建 出 灵活 的 软件 系统 , 反而 有 可 能 会 开发 出 一 个 维护 代价 十 
分 高 兄 的 系统 。 

同样 道理 ， 采 用 MopEL-DRIvEN DESIGN 的 项 目 团队 从 项 目 初始 就 应 该 采用 模型 驱动 的 设计 。 
当然 ， 即 使 是 经 验 丰富 的 项 目 团队 在 开发 大 型 软件 系统 时 ， 也 不 得 不 从 简单 的 功能 着 手 ， 然 后 在 
整个 开发 过 程 中 使 用 连续 的 选 代 开发 。 但 是 最 初试 探 性 的 工作 也 应 该 是 由 模型 驱动 的 ,而 且 要 分 
离 出 独立 的 领域 层 ， 否 则 很 有 可 能 项 目 进行 到 最 后 就 变 成 智能 用 户 界面 模 式 了 。 





这 里 讨论 SMART UI 只 是 为 了 让 你 认 清 为 什么 以 及 何 时 需要 采用 诸如 LAYERED ARCHITECT- 
URE 这 样 的 模式 来 分 离 出 领域 层 。 

除了 SMART UI 和 LAYERED ARCHITECTURE 以 外 ， 还 有 一 些 其 他 的 设计 方案 。 比 如 ，[Fowler 
(2002)] 中 描述 的 TRANSACTION SCRIDT (事务 脚本 )， 它 将 用 户 界面 从 应 用 中 分 离 出 来 ， 但 是 却 并 
不 提供 对 象 模型 。 总 而 言 之 : 如 果 一 个 架构 能 够 把 那些 与 领域 相关 的 代码 隔离 出 来 ， 得 到 一 个 内 
聚 的 领域 设计 , 同时 又 使 领域 与 系统 其 他 部 分 保持 松散 连接 ,那么 这 种 架构 也 许可 以 支持 领域 驱 
动 设计 。 

其 他 的 开发 风格 也 有 各 自 的 用 武之 地 ， 但 是 必须 要 考虑 到 各 种 对 于 复杂 度 和 灵活 性 的 限制 。 
在 某 些 条 件 下 , 将 领域 设计 与 其 他 部 分 混在 一 起 会 产生 灾难 性 的 后 果 。 如 果 你 要 开发 复杂 应 用 软 
件 并 且 决 定 使 用 MODEL-DRIVEN DESIGN， 那 么 做 好 准备 ， 咬 紧 忒 关 ， 雇 用 必 不 可 少 的 专家 ， 并 且 
不 要 使 用 SMART UI。 


4.4 其 他 分 离 方式 


遗憾 的 是 , 除了 基础 设施 和 用 户 界面 之 外 , 还 有 一 些 其 他 的 因素 也 会 破坏 你 精心 设计 的 领域 
模型 。 你 必须 要 考虑 那些 没有 完全 集成 到 模型 中 的 领域 元 素 。 你 不 得 不 与 同一 领域 中 使 用 不 同 模 
型 的 其 他 开发 团队 合作 。 还 有 其 他 的 因素 会 让 你 的 模型 结构 不 再 清晰 , 并 且 影 响 模型 的 使 用 效率 。 
在 第 14 章 中 ， 会 讨论 这 方面 的 问题 ， 同 时 会 介绍 一 些 其 他 的 设计 模式 ， 比 如 BOUNDED CONTEXT 
和 ANTICORRUPTION LAYER。 非 常 复杂 的 领域 模型 本 身 是 难以 使 用 的 ， 所以, 第 15 章 将 会 说 明 如 何 
在 领域 层 中 从 次 要 细节 中 提取 出 领域 的 基本 概念 。 

但 是 , 这 些 都 是 后 话 。 接 下 来 ,我 们 将 会 讨论 一 些 具体 细节 ， 即 如 何 让 一 个 有 效 的 领域 模型 
和 一 个 富有 表达 力 的 实现 同时 演进 。 毕竟, 把 领域 隔离 出 来 的 最 大 好 处 就 是 可 以 真正 专注 于 领域 
设计 ， 而 不 用 考虑 其 他 的 方面 。 
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软件 中 所 表示 的 模型 


想 在 不 削弱 模型 驱动 设计 的 能 力 的 前 提 下 对 实现 做 出 一 些 折 中 , 需要 重新 组 织 基本 元 
素 。 我 们 需要 将 模型 与 实现 的 各 个 细节 一 一 联系 起 来 。 本 章 主要 讨论 这 些 基本 的 模型 

元 素 并 理解 它们 ， 以 便 为 后 面 章节 的 讨论 打 好 基础 。 

本 章 的 讨论 从 如 何 设计 和 简化 关联 开始 。 对 象 之 间 的 关联 很 容易 想 出 来 ， 也 很 容易 画 出 来 ， 
但 实现 它们 却 存在 很 多 次 在 的 麻烦 。 关 联 也 表明 了 详细 的 实现 决策 在 MODEL-DRIVEN DESIGN 中 的 
重要 性 。 

本 章 的 讨论 将 侧重 于 模型 本 身 ， 但 仍 继续 仔细 考查 详细 的 模型 选择 与 实现 问题 之 间 的 关系 ， 
我 们 将 着 重 区 分 用 于 表示 模型 元 素 的 三 种 模式 : ENTITY、VALUE OBJECT 和 SERVICE。 

从 表面 上 看 ,定义 那些 用 来 捕获 领域 概念 的 对 象 很 容易 ， 但 要 想 理解 其 含义 却 很 困难 。 这 
要 求 我 们 明确 区 分 各 种 模型 元 素 的 含义 ， 并 与 一 系列 设计 实践 结合 起 来 ， 从 而 开发 出 特定 类 型 
的 对 象 。 

一 个 对 象 是 用 来 表示 某 种 具有 连续 性 和 标识 的 事物 的 呢 (可 以 跟踪 它 所 经 历 的 不 同 状态 , 其 
至 可 以 跨 不 同 的 实现 跟踪 它 ) ， 还 是 用 于 描述 某 个 事物 的 某 种 状态 的 属性 呢 ? 这 是 ENTITY 与 
VALUE OBJECT 之 间 的 根本 区 别 。 明 确 地 选择 这 两 种 模式 中 的 一 个 来 定义 对 象 ， 有 利于 减少 歧义 ， 
并 帮助 我 们 做 出 特定 的 选择 ， 这 样 才能 得 到 健壮 的 设计 。 

领域 中 还 有 一 些 方面 适合 用 动作 或 操作 来 表示 , 这 比 用 对 象 表示 更 加 清楚 。 这 些 方面 最 好 用 
SERVICE 来 表示 ， 而 不 应 把 操作 的 责任 强加 到 ENTITY 或 VALUE OBJECT 上 ， 尽 管 这 样 做 稍微 违背 了 
面向 对 象 的 建 模 传统 。SERVICE 是 应 客户 端 请 求 来 完成 某 事 。 在 软件 的 技术 层 中 有 很 多 SERVICE。 
在 领域 中 也 可 以 使 用 SERVICE， 当 对 软件 必须 实现 的 某 项 无 状态 的 活动 进行 建 模 时 ， 就 可 以 将 该 
活动 作为 一 项 SERVICE。 

在 有 些 情况 下 〈 例 如 为 了 将 它 存储 在 关系 数据 库 中 ) ， 我 们 不 得 不 把 对 象 模型 做 一 些 折 中 改 
变 ， 虽然 这 会 影响 它 的 纯度 。 本 章 将 给 出 一 些 指导 原则 ,以 便 在 被 迫 处 理 这 种 复杂 局 面 时 保持 正 
确 的 方向 。 

最 后 ，MODULE 的 讨论 将 有 助 于 理解 这 样 一 个 要 点 一 一 每 个 设计 决策 都 应 该 是 在 深入 理解 领 
域 中 的 某 些 深层 知识 之 后 做 出 的 。 高 内 聚 、 低 耦合 这 种 思想 (通常 被 认为 是 一 种 技术 标准 ) 可 应 
用 于 概念 本 身 。 在 MopEL-DRIVEN DESIGN 中 ，MoDpULE 是 模型 的 一 部 分 ， 它 们 应 该 反映 领域 中 的 
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概念 。 

本 章 将 所 有 这 些 体现 软件 模型 的 构造 块 组 织 到 一 起 。 这 些 都 是 一 些 传统 思想 ， 而 且 一 些 
书籍 中 已 经 介绍 过 从 中 产生 的 建 模 和 设计 思想 。 但 将 这 些 思想 组 织 到 模型 驱动 开发 的 上 下 文 
中 ， 可 以 帮助 开发 人 员 创 建 符合 领域 驱动 设计 主要 原则 的 详细 组 件 ， 从 而 有 助 于 解决 更 大 的 
模型 和 设计 问题 。 此 外 ， 掌 担 这 些 基本 原则 可 以 帮助 开发 人 员 在 被 迫 做 出 折 中 设计 时 把 担 好 
正确 的 方向 。 


5.1 关联 
对 象 之 间 的 关联 使 得 建 模 与 实现 之 间 的 交互 更 为 复杂 。 
对 于 模型 中 每 个 可 遍历 的 关联 ， 在 软件 中 都 有 一 个 具有 同样 属性 的 机 制 。 


一 个 显示 了 顾客 与 销售 代表 之 间 关联 的 模型 有 两 个 含义 。 一 方面 , 它 把 开发 人 员 所 认为 的 两 
个 真实 的 人 之 间 的 关系 抽象 出 来 。 另 一 方面 ， 它 相当 于 两 个 Java 对 象 之 间 的 对 象 指针 ， 或 者 相当 
于 数据 库 查 询 (或 类 似 实现 ) 的 一 种 封装 。 

例如 , 一 对 多 关联 在 实例 变量 中 可 以 用 一 个 集合 来 实现 。 但 设计 不 一 定 要 这 样 直接 。 可 能 没 
有 集合 ， 这 时 可 以 使 用 一 种 访问 方法 (accessor method) 来 查询 数据 库 ， 找 到 相应 的 记录 ， 并 用 
这 些 记录 来 实例 化 对 象 。 这 两 种 设计 方法 反映 了 同一 个 模型 。 在 设计 中 必须 指定 一 种 特殊 的 遍历 
机 制 ， 这 种 遍历 的 行为 应 该 与 模型 中 的 关联 一 致 。 

现实 生活 中 有 大 量 “多 对 多 ”关联 ， 其 中 有 很 多 关联 自然 而 然 是 双向 的 。 我 们 在 模型 开发 的 
早期 进行 头脑 风暴 活动 并 探索 领域 时 ,也 会 得 到 很 多 这 样 的 关联 。 但 这 些 普遍 的 关联 会 使 实现 和 
维护 变 得 很 复杂 。 此 外 ， 它 们 也 很 少 能 表示 出 关系 的 本 质 。 

至 少 有 三 种 方法 可 以 使 得 关联 更 易于 控制 。 

(D) 规定 一 个 遍历 方向 。 

(2) 添加 一 个 限定 符 ， 以 便 有 效 地 减少 多 重 关联 。 

G3) 消除 不 必要 的 关联 。 

尽 可 能 地 对 关系 进行 约束 是 非常 重要 的 。 双 向 关联 意味 着 只 有 将 这 两 个 对 象 放 在 一 起 考虑 才 
能 理解 它们 。 当 应 用 程序 不 要 求 双向 遍历 时 ， 可 以 指定 一 个 遍历 方向 ,以 便 减少 相互 依赖 性 ， 并 
简化 设计 。 理 解 了 领域 之 后 就 可 以 自然 地 确定 一 个 方向 。 

像 很 多 国家 一 样 , 美国 有 过 很 多 位 总 统 。 这 是 一 种 双向 的 、 一 对 多 的 关系 。 然 而 , 在 提 到 “ 乔 
治 ， 华盛顿 ”这 个 名 字 时 ， 我 们 很 少 会 问 “ 他 是 哪个 国家 的 总 统 ?”。 从 实用 的 角度 讲 ， 我 们 可 
以 将 这 种 关系 简化 为 从 国家 到 总 统 的 单 向 关联 。 如 图 5-1 所 示 。 这 种 精 化 实际 上 反映 了 对 领域 的 
深入 理解 , 而 且 也 是 一 个 更 实用 的 设计 。 它 表明 一 个 方向 的 关联 比 另 一 个 方向 的 关联 更 有 意义 且 
更 重要 。 也 使 得 Person 类 独立 于 基础 概念 President。 
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通常 , 通过 更 深入 的 理解 可 以 得 到 一 个 “限定 的 ” 关系。 进一步 研究 总 统 的 例子 就 可 以 知道 ， 


一 个 国家 在 一 段 时 期 内 只 能 有 一 位 总 统 (内 战 期 间或 许 有 例外 )。 这 个 限定 条 伯 


为 一 对 一 关系 ， 并 且 在 模型 中 植 人 了 一 条 明确 的 规则 。 
治 ， 华盛顿 。 


把 多 重 关系 简化 
如 图 5-2 所 示 。1790 年 谁 是 美国 总 统 ? 乔 








Country | 


cm 
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president 
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president 





| 





EN 


图 5-1 反映 了 领域 中 自然 偏向 的 一 些 遍历 方向 





om | 


图 5-2 ”被 约束 的 关联 可 以 传达 更 多 知识 ， 


而 且 是 更 实用 的 设计 


限定 多 对 多 关联 的 遍历 方向 可 以 有 效 地 将 其 实现 简化 为 一 对 多 关联 , 从 而 得 到 一 个 简单 得 多 


的 设计 。 


坚持 将 关联 限定 为 领域 中 所 偏向 的 方向 , 不 仅 可 以 提高 这 些 关联 的 表达 力 并 简化 其 实现 , 而 
且 还 可 以 突出 剩 下 的 双向 关联 的 重要 性 。 当 双向 关联 是 领域 的 一 个 语义 特征 时 , 或 者 当 应 用 程序 
的 功能 要 求 双向 关联 时 ， 就 需要 保留 它 ， 以 便 表达 出 这 些 需 求 。 

当然 ， 最 终 的 简化 是 清除 那些 对 当前 工作 或 模型 对 象 的 基本 含义 来 说 不 重要 的 关联 。 





Brokerage Account (经 纪 账 户 ) 中 的 关联 


Investmment 








Social Security number 
| name 





图 5-3 
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| stock symbol | 
| 
/| 


| number of shares 


此 模型 中 的 Brokerage Account 的 一 个 Java 实 现 如 下 : 
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public class BrokerageAccount { 
String accountNumbe: 
Customer customer; 
Set investments; 
// Constructors, etc. omitted 





public Customer getCustomer() { 
return customer; 

时 

public Set gecInvestments() { 
return investments; 


} 


但 是 , 如 果 需 要 从 关系 数据 库 取 回 数据 , 那么 就 可 以 使 用 另 一 种 实现 ( 它 同样 也 符合 模型 ); 


Table: BROKERAGE_ACCOUNT 





ACCOUNT_NUMBER 


CUSTOMER_SS_NUMBER 








| 























L El 
Table: CUSTOMER 
SS_NUMBER NAME 
Table: INVESTMENT 
ACCOUNT_NUMBER | STOCK_SYMBOL AMOUNT 





| 














public class BrokerageAccount { 
String accountNumber; 


String customerSocialSecurityNumber; 


// Omit constructors, etc. 


Public Customer getCustomer() { 
String sqlQuery = 
"SELECT * FROM CUSTOMER WHERE" 


"SS_NUMBER= 








"+customerSocialSecurityNumber+"'"; 


return QueryService.findsingleCustomerFor (sqlQuery); 


} 
public Set getInvestments() { 


第 5 章 软件 中 所 表示 的 模型 55 





String sqlQuery = 
"SELECT * FROM INVESTMENT WHERE” + 


"BROKERAGE_ACCOUNT=" "+accountNumber+"'"; 
return QueryService.findInvestmentsFor (sqlQuery); 
y } 
(注意 : QueryService 是 一 个 实用 类 ， 它 从 数据 库 中 取 回 行 (row) 并 创建 对 象 ， 这 里 使 用 它 
是 为 了 简单 地 解释 这 个 示例 ， 但 它 在 实际 项 目 中 不 一 定 是 一 个 好 的 设计 。) 
下 面 ， 我 们 通过 限定 Brokerage Account (经 纪 账户 ) 与 Investment (投资 ) 之 间 的 关联 来 简 
化 其 多 重 性 ,从 而 对 模型 进行 精 化 。 具 体 的 限定 是 : 每 支 股票 只 能 对 应 于 一 笔 投资 , 如 图 5-4 所 示 。 


Brokerage Account | 


Dn A 
| account number [stock 上 一 一 








1 number of shares 








图 54 


这 种 简化 并 不 适合 所 有 的 业务 情形 (例如 ， 当 需要 同时 跟踪 多 笔 投资 的 时 候 )， 但 不 管 是 什 
么 特殊 规则 ， 只 要 发 现 了 关联 的 约束 , 就 应 该 将 这 些 约束 添加 到 模型 和 实现 中 。 它 们 可 以 使 模型 
更 精确 ， 使 实现 更 易于 维护 。 

现在 ，Java 实 现 变 成 下 面 这 样 : 


public class BrokerageAccount { 
String accountNumber; 
Customer customer; 
Map investments; 


// Omitting constructors, etc. 


public Customer getCustomer() { 
return customer; 

条 

public Investment getInvestment (String stockSymbol) { 
return (Investment) investments.get(stockSymbol) : 

} 
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} 
基于 SQL 的 实现 如 下 : 
public class BrokerageAccount { 


String accountNumber; 
String customerSocialSsecurityNumber; 











87 //Omitting constructors, etc. 





public Customer getCustomer() { 
String sqlQuery = “SELECT * FROM CUSTOMER WHERE SS_NUMBER='" 
+ customerSocialSecurityNumber + "'"; 
return QueryService.findsingleCustomerFor (sqlQuery); 
} 
public Investment getInvestment (String stockSymbol) { 
String sqlQuery = "SELECT * FROM INVESTMENT " 
+ "WHERE BROKERAGE_ACCOUNT='" + accountNumber + "'" 
+ "AND STOCK_SYMBOL='" + stockSymbol +"'"; 
return QueryService.findInvestmentFor (sqlQuery) ; 


} 





仔细 地 简化 和 约束 模型 的 关联 是 通 往 MODEL-DRIVEN DESIGN 的 必 经 之 路 。 现 在 我 们 转向 对 象 
本 身 。 仔 细 区 分 对 象 可 以 使 得 模型 更 加 清晰 ， 并 得 到 更 实用 的 实现 。 


5.2 模式: ENTITY (又 称 为 REFERENCE OBJECT) 
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很 多 对 象 不 是 通过 它们 的 属性 定义 的 ， 而 是 通过 一 连 串 的 连续 事件 和 标识 定义 的 。 


一 位 女 房东 起 诉 了 我 , 要 求 我 赔偿 她 房屋 的 大 部 分 损失 。 诉状 上 是 这 样 说 的 : 房间 的 墙 上 有 
很 多 小 洞 ， 地 毯 上 满 是 污渍 , 水池 里 的 脏 物 散发 出 的 腐蚀 性 气体 导致 厨房 墙 皮 脱落 。 法 庭 文件 认 
定 我 作为 承租 人 应 该 为 这 些 损失 负责 , 依据 就 是 我 的 名 字 和 我 当时 的 地 址 。 这 把 我 完全 搞 糊 涂 了 ， 
因为 我 从 未 去 过 那个 被 损坏 的 房间 。 

过 了 一 会 儿 , 我 意识 到 这 一 定 是 认错 人 了 。 我 给 原告 打 电 话 ， 告 诉 她 这 一 点 , 但 她 并 不 相信 
我 。 几 个 月 以 来 ， 上 一 位 租 客 一 直 在 躲避 她 。 如 何 才能 证 明 我 不 是 那个 破坏 她 房屋 的 人 呢 ? 现在 
电话 籍 里 只 有 一 个 Eric Evans 名 字 ， 那 就 是 我 。 

还 是 电话 得 成 了 我 的 救星 。 由 于 我 在 这 所 公寓 里 已 经 住 了 两 年 , 于 是 我 问 她 是 否 还 有 去 年 的 
电话 得 。 她 找到 了 电话 籍 ， 发 现 有 与 我 同名 的 人 (我 就 在 那个 人 下 面 ) ， 她 意识 到 我 不 是 她 要 起 
诉 的 那个 人 ， 于 是 向 我 道歉， 并 答应 撤销 起 诉 。 

计算 机 并 不 会 这 样 “ 足 智 多 谋 "。 软 件 系统 中 的 错误 标识 将 导致 数据 破坏 和 程序 错误 。 

这 里 存在 一 些 特殊 的 技术 挑战 , 我 们 一 会 将 会 稍 加 说 明 , 但 首先 来 看 一 下 基本 问题 。 很 多 事 
物 都 是 由 它们 的 标识 定义 的 ,而 不 是 由 任何 属性 定义 的 。 我 们 一 般 会 认为 ， 一 个 人 (继续 使 用 非 
技术 示例 ) 有 一 个 标识 ， 这 个 标识 会 陪伴 他 走 完 一 生 (甚至 死 后 )。 这 个 人 的 物理 属性 会 发 生变 
化 ,最 后 消失 。 他 的 名 字 可 能 改变 。 财 务 关系 也 会 发 生变 化 。 没有 哪个 属性 是 一 生 不 变 的 , 然而 ， 
标识 却 是 永久 的 。 我 跟 我 5 岁 时 是 同一 个 人 吗 ? 这 种 听 上 去 像 是 纯 哲 学 的 问题 在 探索 有 效 的 领域 
模型 时 非常 重要 。 稍 微 变 换 一 下 问题 的 角度 : 应 用 程序 的 用 户 是 否 关心 现在 的 我 和 5 岁 时 的 我 是 
不 是 同一 个 人 ? 

在 一 个 跟踪 到 期 应 收 账 款 的 软件 系统 中 ， 正 常 的 “客户 ”对 象 可 能 具有 更 丰富 多 彩 的 一 面 。 
如 果 按 时 付款 的 话 客户 信用 就 会 提高 ,如果 未 能 付款 则 将 其 移交 给 账单 清 缴 机 构 。 当 销售 人 员 将 
客户 数据 提取 出 来 , 并 放 到 联系 人 管理 软件 中 时 , “客户 ”对 象 在 这 两 个 系统 中 就 有 了 两 个 生命 。 
无 论 是 哪 种 情况 ， 它 都 会 以 某 种 形式 压缩 成 平面 数据 ， 并 存储 在 数据 库 表 中 。 当 客户 停止 业务 往 
来 时 ， 客 户 对 象 就 “退休 ”了 ， 变 成 归档 状态 ， 成 为 先前 自己 的 一 个 影子 。 

客户 对 象 的 这 些 形式 都 是 基于 不 同 编程 语言 和 技术 的 不 同 实现 。 但 当 接 到 订单 电话 时 , 知道 
以 下 事情 是 很 重要 的 : 这 个 客户 是 否 有 拖欠 的 账 务 ? 这 个 客户 是 不 是 已 经 与 Jack (一 位 销售 代表 ) 
保持 联络 达 好 几 个 星期 的 那个 客户 ? 还 是 说 他 完全 是 一 个 新 客户 ? 

在 对 象 的 多 个 实现 、 存 储 形式 和 真实 世界 的 参与 者 (例如 打 电 话 的 人 ) 之 间 , 概念 性 标识 必 
须 是 匹配 的 。 属 性 可 以 不 匹配 , 例如 ,销售 代表 可 能 已 经 在 联系 软件 中 更 新 了 地 址 ， 而 这 个 更 新 
正在 传送 给 到 期 应 收 账 款 软件 。 两 个 客户 可 能 同名 。 在 分 布 式 软件 中 ， 多 个 客户 可 能 从 不 同 地 点 
输入 数据 ， 这 需要 在 不 同 的 数据 库 中 异步 地 协调 这 些 更 新 事务 ， 使 它们 传播 到 整个 系统 。 
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对 象 建 模 有 可 能 把 我 们 的 注意 力 引 到 对 象 的 属性 上 , 但 实体 的 基本 概念 是 一 种 贯穿 整个 生命 
周期 (甚至 会 经 历 多 种 形式 ) 的 抽象 的 连续 性 。 

一 些 对 象 主要 不 是 由 它们 的 属性 定义 的 。 它 们 实际 上 表示 了 一 条 “标识 线 ”(A Thread of 
ldentity) , 这 条 线 经 过 了 一 个 时 间 跨 度 , 而 且 对 象 在 这 条 线 上 通常 经 历 了 多 种 不 同 的 表示 。 有 时 ， 
这 样 的 对 象 必 须 与 另 一 个 具有 不 同属 性 的 对 象 相 匹配 。 而 有 时 一 个 对 象 必须 与 具有 相同 属性 的 另 
一 个 对 象 区 分 开 。 错 误 的 标识 可 能 会 破坏 数据 。 

主要 由 标识 定义 的 对 象 被 称 作 ENTITY*。ENTITY (实体 ) 有 特殊 的 建 模 和 设计 思路 。 它 们 具 
有 生命 周期 这 期 间 它 们 的 形式 和 内 容 可 能 发 生根 本 改变 , 但 其 标识 保持 不 变 。 为 了 有 效 地 跟踪 
这 些 对 象 ， 必 须 定义 它们 的 标识 。 它 们 的 类 定义 、 职 责 、 属 性 和 关联 必须 围绕 标识 来 变化 ， 而 不 
会 随 着 特殊 属性 来 变化 。 即 使 对 于 那些 不 发 生根 本 变化 或 者 生命 周期 不 太 复杂 的 ENTITY,， 也 应 该 
在 语义 上 把 它们 作为 ENTITY 来 对 待 ， 这 样 可 以 得 到 更 清晰 的 模型 和 更 健壮 的 实现 。 

当然 , 软件 系统 中 的 大 多 数 “ENTITY” 并 不 是 人 ， 也 不 是 一 般 意 义 上 的 ENTITY。ENTITY 可 以 
是 任何 事物 ， 只 要 满足 两 个 条 件 即 可 ,一 是 它 在 整个 生命 周期 中 具有 连续 性 ， 二 是 它 的 一 些 对 用 
户 来 说 非常 重要 的 不 同 状态 不 是 由 属性 决定 的 。ENTITY 可 以 是 一 个 人 、 一 座 城市 、 一 辆 汽车 、 一 
张 彩票 或 一 次 银行 交易 。 

另 一 方面 ， 在 一 个 模型 中 , 并 不 是 所 有 对 象 都 是 具有 有 意义 标识 的 ENTITY。 由 于 面向 对 象 的 
语言 在 每 个 对 象 中 都 构建 了 一 些 “ 标 识 ” 操 作 (例如 ，Java 中 的 “一 ”操作 符 ) ， 这 个 问题 变 得 
更 加 复杂 。 这些 操作 通过 比较 两 个 引用 在 内 存 中 的 位 置 (或 通过 其 他 机 制 ) 来 确定 这 两 个 引用 是 
否 指向 同一 个 对 象 。 从 这 个 角度 讲 ， 每 个 对 象 实例 都 有 标识 。 比 方 说 ， 当 创建 一 个 用 于 将 远程 对 
象 缓存 到 本 地 的 Java 运行 时 环境 或 技术 框架 时 ， 这 个 领域 中 的 每 个 对 象 可 能 确实 都 是 一 个 
ENTITY。 但 这 种 标识 机 制 在 其 他 应 用 领域 中 却 没什么 意义 。 标 识 是 ENTITY 的 一 个 微妙 的 、 有 意义 
的 属性 ， 我 们 是 不 能 把 它 交 给 语言 的 自动 特性 来 处 理 的 。 

让 我 们 考虑 一 下 银行 应 用 程序 中 的 交易 。 同 一天、 同一 个 账户 的 两 笔 数额 相同 的 存款 实际 上 
是 两 次 不 同 的 交易 ， 因 此 它们 是 具有 各 自 标 识 的 ENTITY。 另 一 方面 , 这 两 笔 交易 的 金额 属性 可 能 
是 某 个 货币 对 象 的 实例 。 这 些 值 没有 标识 ， 因 为 没有 必要 区 分 它们 。 事 实 上 ， 两 个 对 象 可 能 有 相 
同 的 标识 ,但 属性 可 能 不 同 ， 在 必要 的 情况 下 甚至 可 能 不 属于 同一 个 类 。 当 银行 客户 拿 银行 结算 
单 与 支票 记录 矫 进行 交易 对 账 时 ,这 项 任务 就 是 匹配 具有 相同 标识 的 交易 ， 尽 管 它们 是 由 不 同 的 
人 在 不 同 的 日 期 记录 的 《银行 清算 日 期 比 支票 上 的 日 期 晚 )。 支 票 号 码 就 是 用 于 对 账 的 唯一 标识 
符 , 无 论 这 个 问题 是 由 计算 机 程序 处 理 还 是 手工 处 理 。 存 款 和 取款 没有 标识 号 码 ， 因 此 可 能 更 复 
杂 ， 但 同样 的 原则 也 是 适用 的 一 一 每 笔 交易 都 是 一 个 ENTITY， 它 至 少 以 两 种 形式 出 现 。 


@@ 模型 ENTITY 与 Java 的 “实体 bean” 并 不 是 一 回 事 。 实 体 bean 本 打算 成 为 一 种 用 于 实现 ENTITY 的 框架 , 但 它 实际 上 
并 没有 做 到 。 大 多 数 ENTITY 都 被 实现 为 普通 对 象 。 不 管 它们 是 如 何 实现 的 ，ENTITY 都 是 领域 模型 中 的 一 个 根本 
特征 。 
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标识 的 重要 性 并 不 仅仅 体现 在 特定 的 软件 系统 中 ， 在 软件 系统 之 外 它 通常 也 是 非常 重要 的 
银行 交易 和 公寓 租 客 的 例子 中 就 是 如 此 。 但 有 时 标识 只 有 在 系统 上 下 文中 才 重 要 , 例如 一 个 计算 
机 进程 的 标识 。 

因此 : 

当 一 个 对 象 由 其 标识 (而 不 是 属性 ) 区 分 时 , 那么 在 模型 中 应 该 主要 通过 标识 来 确定 该 对 象 
的 定义 。 使 类 定义 变 得 简单 , 并 集中 关注 生命 周期 的 连续 性 和 标识 。 定 义 一 种 区 分 每 个 对 象 的 方 
式 , 这 种 方式 应 该 与 其 形式 和 历史 无 关 。 要 格外 注意 那些 需要 通过 属性 来 匹配 对 象 的 需求 。 在 定 
义 标 识 操作 时 ， 要 确保 这 种 操作 为 每 个 对 象 生 成 唯一 的 结果 , 这 可 以 通过 附加 一 个 保证 唯一 性 的 
符号 来 实现 。 这 种 定义 标识 的 方法 可 能 来 自 外 部 ， 也 可 能 是 由 系统 创建 的 任意 标识 符 , 但 它 在 模 
型 中 必须 是 唯一 的 标识 。 模 型 必须 定义 出 “符合 什么 条 件 才 算是 相同 的 事物 ”。 

在 现实 世界 中 , 并 不 是 每 一 个 事物 都 必须 有 一 个 标识 , 标识 重 不 重要 , 完全 取决 于 它 是 否 有 
用 。 实 际 上 , 现实 世界 中 的 同一 个 事物 在 领域 模型 中 可 能 需要 表示 为 ENTITY, 也 可 能 不 需要 表示 
为 ENTITY。 

体育 场 座位 预订 程序 可 能 会 将 座位 和 观众 当 作 ENTITY 来 处 理 。 在 分 配 座位 时 ,每 张 票 都 有 一 
个 座位 号 ， 座 位 是 ENTITY。 其 标识 符 就 是 座位 号 ， 它 在 体育 场 中 是 唯一 的 。 座 位 可 能 还 有 很 多 其 
他 属性 ， 例 如 位 置 、 视 野 是 否 开阔 、 价 格 等 ， 但 只 有 座位 号 (或 者 说 某 一 排 的 一 个 位 置 ) 才 用 于 
识别 和 区 分 座位 。 

另 一 方面 ， 如 果 座 位 的 分 配方 式 是 “ 先 到 先 坐 ”(general admission) ， 那 么 观众 可 以 寻找 任 
意 的 空 座位 来 坐 ， 这 样 就 不 需要 对 座位 加 以 区 分 。 在 这 种 情况 下 ， 只 有 座位 总 数 才 是 重要 的 。 尽 
管 座位 上 仍然 印 有 座位 号 , 但 软件 已 经 不 需要 跟踪 它们 。 事 实 上 ， 这 时 如 果 模型 仍然 将 座位 号 与 
门票 关联 起 来 ， 那 么 它 就 是 错误 的 ， 因 为 先 到 先 坐 没有 这 样 的 约束 。 在 这 种 情况 下 ， 座 位 不 是 
ENTITY， 因 此 不 需要 标识 符 。 





5.2.1 ENTITY 建 模 


当 对 一 个 对 象 进行 建 模 时 ,我 们 自然 而 然 会 考虑 它 的 属性 , 而 且 考 虑 它 的 行为 也 显得 非常 重 
要 。 但 ENTITY 的 最 基本 职责 是 确保 连续 性 ,以 便 使 其 行为 更 清楚 且 可 预测 。 保 持 实 体 的 简练 是 实 
现 这 一 责任 的 关键 。 不 要 将 注意 力 集中 在 属性 或 行为 上 ， 应 该 摆脱 这 些 细 枝 末节 ， 抓 住 ENTITY 
对 象 定义 的 最 基本 特征 ,尤其 是 那些 用 于 识别 、 查 找 或 匹配 对 象 的 特征 。 只 添加 那些 对 概念 至 关 
重要 的 行为 和 这 些 行为 所 必需 的 属性 。 此外, 应 该 将 行为 和 属性 转移 到 与 核心 实体 关联 的 其 他 对 
象 中 。 在 这 些 对 象 中 ， 有 些 可 能 是 ENTITY， 有 些 可 能 是 VALUE OBJECT (这 是 本 章 接 下 来 要 讨论 的 
模式 )。 除 了 标识 问题 之 外 ， 实 体 往往 通过 协调 其 对 象 的 操作 来 完成 自己 的 职责 。 








时 
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Customer Customer 
- | 四 Business Line 
| customerlD customerlD 
name > name 性 -一 | product category 
average sales volume contact phone average sales volume 
product category contact address | 
| 
| 
Sales Contact Sales Contact | 

sales representative | sales representative 
priority priority 
contact phone -一 一 一 一 
contact address | 


图 5-5 与 标识 有 关 的 属性 留 在 ENTITY 内 
在 图 5-5 中 ，customerID 是 Customer ENTITY 的 一 个 (也 是 唯一 的 ) 标识 符 ， 但 phone number 
(电话 号 码 ) 和 address (地 址 ) 都 经 常用 来 查找 或 匹配 一 个 Customer (客户 )。name (姓名 ) 没 
有 定义 一 个 人 的 标识 ， 但 它 通 常 是 确定 人 的 方式 之 一 。 在 这 个 示例 中 ，phone 和 address 属 性 被 移 
到 Customer 中 , 但 在 实际 的 项 目 上 , 这 种 选择 取决 于 领域 中 的 Customer 一 般 是 如 何 匹配 或 区 分 的 。 
例如 ， 如 果 一 个 Customer 有 很 多 用 于 不 同 目的 的 phone number， 那 么 phone number 就 与 标识 无 关 ， 
因此 应 该 放 在 Sales Contact (销售 联系 人 ) 中 。 


5.2.2 ”设计 标识 操作 


每 个 ENTITY 都 必须 有 一 种 建立 标识 的 操作 方式 ,以便 与 其 他 对 象 区 分 开 , 即使 这 些 对 象 与 它 
具有 相同 的 描述 属性 。 不 管 系统 是 如 何 定义 的 ,都 必须 确保 标识 属性 在 系统 中 是 唯一 的 ,即使 是 
在 分 布 式 系统 中 ， 或 者 对 象 已 被 归档 ， 也 必须 确保 标识 的 唯一 性 。 

如 前 所 述 ， 面 向 对 象 语言 有 一 些 “ 标 识 ” 操 作 ， 它 们 通过 比较 对 象 在 内 存 中 的 位 置 来 确定 两 
个 引用 是 否 指向 同一 个 对 象 。 这 种 标识 跟踪 机 制 过 于 简单 了 ， 它 无 法 满足 我 们 的 目的 。 在 大 多 数 
对 象 持久 存储 技术 中 ， 每 次 从 数据 库 检索 出 一 个 对 象 时 ， 都 会 创建 一 个 新 实例 ,这 样 原来 的 标识 
就 丢失 了 。 每 次 在 网 络 上 传输 对 象 时 ， 在 目的 地 也 会 创建 一 个 新 实例 ， 这 也 会 导致 标识 的 丢失 。 
当 系 统 中 存在 同一 对 象 的 多 个 版 本 时 (例如 当 通过 分 布 式 数据 库 来 传播 更 新 的 时 候 ) ， 问 题 将 会 
更 复杂 。 

尽管 有 一 些 用 于 简化 这 些 技术 问题 的 框架 , 但 基本 问题 仍然 存在 。 如 何 才能 判定 两 个 对 象 是 
否 表示 同一 个 概念 ENTITY? 标识 是 在 模型 中 定义 的 。 定 义 标识 要 求 理解 领域 。 

有 时 , 某 些 数据 属性 或 属性 组 合 可 以 确保 它们 在 系统 中 具有 唯一 性 , 或 者 在 这 些 属性 上 加 一 
些 简单 约束 可 以 使 其 具有 唯一 性 。 这 种 方法 为 ENTITY 提 供 了 唯一 键 。 例 如 ， 日 报 可 以 通过 名 称 、 
城市 和 出 版 日 期 来 识别 。( 但 要 注意 临时 增刊 和 名 称 变更 !1) 
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当 对 象 的 属性 中 没有 真正 的 唯一 键 时 , 另 一 种 经 常用 到 的 解决 方案 是 为 每 个 实例 附加 一 个 在 
类 中 唯一 的 符号 (例如 一 个 数字 或 字符 串 )。 一旦 这 个 ID 符号 被 创建 并 存储 为 ENTITY 的 一 个 属性 ， 
必须 将 它 指定 为 不 可 改变 。 它 必须 永远 不 变 ， 即 使 开发 系统 无 法 直接 强制 这 条 规则 。 例 如 ， 当 对 
象 被 压缩 为 平面 数据 并 改变 结构 以 便 保存 在 数据 库 中 时 , 中 属性 应 该 保持 不 变 。 有 时 可 以 利用 一 
个 技术 框架 来 实现 此 目的 ， 但 如 果 没 有 这 样 的 框架 ， 就 需要 通过 工程 规程 来 约束 。 

通常 ID 是 由 系统 自动 生成 的 。 生 成 算法 必须 确保 世 在 系统 中 是 唯一 的 。 在 并 行 处 理 系统 和 
分 布 式 系统 中 ,这 可 能 是 一 个 难题 。 生 成 这 种 ID 的 技术 超出 了 本 书 的 范围 。 这 里 的 目的 是 指出 何 
时 需要 考虑 这 些 问题 ， 以 便 使 开发 人 员 能 够 意识 到 有 一 个 问题 等 待 他 们 去 解决 ,并 知道 如 何 将 注 
意 力 集中 到 关键 问题 上 。 关 键 是 要 认识 到 标识 问题 取决 于 模型 的 特定 方面 。 通 常 ， 要 想 找到 解决 
标识 问题 的 方法 ， 必 须 对 领域 进行 仔细 的 研究 。 

当 自动 生成 ID 时 ， 用 户 可 能 永远 不 需要 看 到 它 。ID 可 能 只 是 在 内 部 需要 ， 例 如 在 一 个 可 以 





按 人 名 查找 记录 的 联系 人 管理 应 用 程序 中 。 这 个 程序 需要 用 一 种 简单 、 明 确 的 方式 来 区 分 两 个 同 
名 联系 人 ， 这 就 可 以 通过 唯一 的 内 部 ID 来 实现 。 在 检索 出 两 个 不 同 的 条 目 后 ， 系 统 将 显示 这 两 个 
不 同 的 联系 人 ， 但 可 能 不 会 显示 ID。 用 户 可 以 通过 这 两 个 人 的 公司 、 地 点 等 属性 来 区 分 他 们 。 

最 后 , 在 有 些 情况 下 用 户 会 对 生成 的 ID 感 兴趣 。 当 我 委托 一 个 包 衷 运送 服务 寄 包 于 时 ， 我 会 
得 到 一 个 跟踪 号 ， 它 是 由 运送 公司 的 软件 生成 的 ， 我 可 以 用 这 个 号 码 来 识别 和 跟踪 我 的 包 衷 。 当 
我 预订 机 票 或 酒店 时 ， 会 得 到 一 个 确认 号 码 ， 它 是 预订 交易 的 唯一 标识 符 。 

在 某 些 情况 下 ， 需 要 确保 ID 在 多 个 计算 机 系统 之 间 具有 唯一 性 。 例 如 ， 如 果 需 要 在 两 家 具有 
不 同 计算 机 系统 的 医院 之 间 交 换 医 疗 记录 , 那么 理想 情况 下 每 个 系统 对 同一 个 病人 应 该 使 用 同一 
个 ID, 但 如 果 这 两 个 系统 各 自生 成 自己 的 ID, 这 就 很 难 实现 。 这 样 的 系统 通常 使 用 由 另外 一 家 机 
构 (一 般 是 政府 机 构 ) 发 放 的 标识 符 。 在 美国 ， 医 院 通常 使 用 社会 安全 号 码 作为 病人 的 标识 符 。 
但 这 样 的 方法 也 不 是 万 无 一 失 的 , 因为 并 不 是 每 个 人 都 有 社会 安全 号 码 (特别 是 儿童 和 非 美国 居 
民 ), 而 且 很 多 人 会 出 于 个 人 隐私 原因 而 反对 这 种 做 法 。 

在 一 些 非 正式 的 场合 (比方 说 ,音像 出 租 )， 可 以 使 用 电话 号 码 作为 标识 符 。 但 电话 可 能 是 
共用 的 ， 号 码 也 可 能 会 更 改 ， 甚 至 一 个 旧 的 电话 号 码 可 能 会 重新 分 配给 一 个 不 同 的 人 。 

由 于 这 些 原因 , 我 们 一 般 使 用 特别 指定 的 标识 符 (例如 常 飞 乘客 "编号 ) , 而 使 用 其 他 属性 ( 例 
如 电话 号 码 和 社会 安全 号 码 ”) 进行 匹配 和 验证 。 在 任何 情况 下 ， 当 应 用 程序 需要 一 个 外 部 ID 时 ， 
都 由 系统 的 用 户 负责 提供 唯一 的 ID， 而 且 系统 必须 为 用 户 提供 适当 的 工具 来 处 理 异 常情 况 。 

在 所 有 这 些 技术 问题 的 干扰 下 , 人 们 很 容易 忽略 一 个 基本 的 概念 问题 : 两 个 对 象 是 同一 事物 
时 意味 着 什么 ? 我 们 很 容易 为 每 个 对 象 分 配 一 个 ID, 或 是 编写 一 个 用 于 比较 两 个 实例 的 操作 , 但 


@ 常 飞 乘客 ，frequent flier， 是 指 经 常 乘 飞 机 的 人 。 一 一 译 者 注 
@ 社会 安全 号 码 ，Social Security Number， 由 美国 政府 对 其 合法 公民 和 居民 颁发 。 主 要 用 于 报税 、 申 请 驾照 、 申 请 
账户 等 功能 ， 是 一 种 身份 证 明 。 一 一 编者 注 
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如 果 这 些 ID 或 操作 在 领域 中 并 没有 显著 的 区 别 , 那么 只 会 使 问题 更 混乱 。 这 就 是 分 配 标识 的 操作 
通常 需要 人 工 输入 的 原因 。 例如， 支票 敌对 账 软件 可 以 提供 一 些 有 可 能 匹配 的 账目 ,但 它们 是 否 
真 的 匹配 则 要 由 用 户 最 终 决定 。 


5.3 模式: VALUE OBJECT 





很 多 对 象 没 有 概念 上 的 标识 ， 它 们 描述 了 一 个 事务 的 某 种 特征 。 


当 一 个 小 孩 画 画 的 时 候 , 他 注意 的 是 画笔 的 颜色 和 笔尖 的 粗细 。 但 如 果 有 两 只 颜色 和 粗细 相 
同 的 画笔 ， 他 可 能 不 会 在 意 使 用 哪 一 支 。 如 果 有 一 支 笔 弄 丢 了 ， 他 可 以 从 一 套 新 笔 中 拿 出 一 支 同 
颜色 的 笔 来 继续 画 画 ， 根 本 不 会 在 意 已 经 换 了 一 支 笔 。 

问 问 孩 子 冰 箱 上 的 画 都 是 谁 画 的 ， 他 会 很 快 装 认 出 哪些 是 他 画 的 ， 哪 些 是 他 姐姐 画 的 。 姐 弟 
俩 有 一 些 实用 的 标识 来 区 分 自己 的 画 , 就 像 他 们 完成 的 这 些 画 各 自 有 一 些 实用 的 标识 那样 。 但 设 
想 一 下 ,如果 孩子 必须 记 住 哪些 线条 是 用 哪 支 笔画 的 , 情况 该 有 多 么 复杂 ? 如 果 这 样 的话 ， 画 画 
将 不 再 是 小 孩子 的 游戏 了 。 

由 于 模型 中 最 引 人 注 意 的 对 象 往往 是 ENTITY, 而 且 跟踪 每 个 ENTITY 的 标识 是 极为 重要 的 , 因 
此 我 们 很 自然 地 会 想到 为 每 个 领域 对 象 都 分 配 一 个 标识 。 实 际 上 , 一 些 框架 确实 为 每 个 对 象 分 配 
了 一 个 唯一 的 ID。 

这 样 一 来 ,系统 就 必须 处 理 所 有 这 些 ID 的 跟踪 问题 , 从 而 导致 许多 本 来 可 能 的 性 能 优化 不 得 
不 被 放弃 。 此 外 ， 人 们 还 需要 付出 大 量 的 分 析 工作 来 定义 有 意义 的 标识 ， 还 需要 开发 出 一 些 可 靠 
的 跟踪 方式 ,以 便 在 分 布 式 系统 之 间或 在 数据 库存 储 中 跟踪 对 象 。 同 样 重要 的 是 , 盲目 添加 标识 
可 能 会 产生 误导 。 它 会 使 模型 变 得 混乱 ， 使 所 有 对 象 看 起 来 都 是 同一 模式 。 
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跟踪 ENTITY 的 标识 是 非常 重要 的 ， 但 为 其 他 对 象 也 加 上 标识 会 影响 系统 性 能 并 增加 分 析 工 
作 ， 而 且 会 使 模型 变 得 混乱 ， 因 为 所 有 对 象 看 起 来 都 是 相同 的 。 

软件 设计 要 时 刻 与 复杂 性 做 斗争 . 我 们 必须 区 别 对 待 问题 , 将 特殊 的 处 理 方式 应 用 到 真正 需 
要 的 地 方 。 

然而 ,如 果 仅 仅 把 这 类 对 象 当 作 没有 标识 的 对 象 ,那么 就 忽略 了 它们 的 工具 价值 或 术语 价值 。 
事实 上 , 这 些 对 象 有 其 自己 的 特征 , 对 模型 也 有 着 自己 的 重要 意义 。 这些 是 用 来 描述 事物 的 对 象 。 

用 于 描述 领域 的 某 个 方面 而 本 身 没有 概念 标识 的 对 象 称 为 VALUE OBJECT ( 值 对 象 )。VALUE 
OBrEcT 被 实例 化 之 后 用 来 表示 一 些 设计 元 素 ， 我 们 只 关心 这 些 元 素 是 什么 ， 而 不 关心 它们 是 谁 。 


ii VE a 

在 一 个 邮购 公司 的 软件 中 ， 需 要 用 地 址 来 核实 信用 卡 并 投递 包裹 。 但 如 果 一 个 人 的 室友 
也 从 同一 家 公司 订购 了 货物 , 那么 是 否 意识 到 他 们 住 在 同一 个 地 方 并 不 重要 . 因此 地 址 是 一 个 
VALUE OBJECT, 

在 一 个 用 于 安排 投递 路 线 的 邮政 服务 软件 中 ， 国 家 可 能 被 组 织 为 一 个 由 地 区 、 城 市 、 邮 政 
区 、 街 区 以 及 最 终 的 个 人 地 址 组 成 的 层次 结构 . 这 些 地 址 对 象 可 以 从 它们 在 层次 结构 中 的 父 对 
象 获 取 邮 政 编码 ， 而 且 ， 如 果 邮 政 服务 决定 重新 划分 邮政 区 ， 那 么 所 有 地 址 都 将 随 之 改变 .在 
这 里 ， 地 址 是 一 个 ENTITY。 

在 电力 运营 公司 的 软件 中 ， 一 个 地 址 对 应 于 公司 线路 和 服务 的 一 个 目的 地 。 如 果 几 个 室 
友 各 自打 电话 申请 电力 服务 ,公司 需要 知道 他 们 其 实 是 住 在 同一 个 地 方 这 一 点 .在 这 种 情况 下 ， 
地 址 是 一 个 ENTITY。 换 种 方式 ， 模 型 可 以 将 电力 服务 与 “住处 ”关联 起 来 ， 那 么 住处 就 是 一 个 
带 有 地 址 属性 的 ENTITY 了 ， 这 时 ， 地 址 就 是 一 个 VALUE OBJECT.。 


颜色 是 很 多 现代 开发 系统 的 基础 库 所 提供 的 VALUE OBJECT 的 一 个 例子 ,字符 串 和 数字 也 是 这 
样 的 VALUE OBJECT (我 们 不 会 关心 所 使 用 的 是 哪 一 个 “4” 或 哪 一 个 “Q")。 这 些 基本 的 例子 非 
常 简单 ， 但 VALUE OBJECT 并 不 都 这 样 简单 。 例 如 ， 调 色 程序 可 能 有 一 个 功能 丰富 的 模型 ， 在 这 个 
模型 中 ,可 以 把 功能 更 强 的 VALUE OBJECT 组 合 起 来 产生 其 他 颜色 。 这 些 颜 色 可 能 具有 很 复杂 的 算 
法 ， 通 过 这 些 算 法 的 共同 计算 得 到 新 的 VALUE OBJECT。 

VALUE OBJECT 可 以 是 其 他 对 象 的 集合 。 在 设计 房屋 规划 的 软件 中 , 可 以 为 每 种 窗户 样式 创建 
一 个 对 象 。 我 们 可 以 将 “窗户 样式 ”连同 它 的 高 度 、 宽 度 以 及 修改 和 组 合 这 些 属性 的 规则 一 起 放 
到 “窗户 ”对 象 中 。 这 些 窗户 就 是 由 其 他 VALUE OBJECT 组 成 的 复杂 VALUE OBJECT。 它 们 进而 又 被 
合并 到 更 大 的 设计 元 素 中 ， 例 如 “ 墙 ” 对 象 。 

VALUE OBJECT 甚至 可 以 引用 ENTITY。 例 如 , 如 果 我 请 在 线 地 图 服务 为 我 提供 一 个 从 旧金山 到 
洛杉矶 驾车 风景 游 路 线 ， 它 可 能 会 得 出 一 个 “路 线 ” 对 象 ， 此 对 象 通过 太平 洋 海岸 公路 连接 旧 
金山 和 洛杉矶 。 这 个 “路 线 ”对 象 是 一 个 VALUE， 尽 管 它 所 引用 的 3 个 对 象 (两 座 城市 和 一 条 公 













“地 址 ”是 VALUE OBJE a 
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路 ) 都 是 ENTITY。 

VALUE OBJECT 经 常 作 为 参数 在 对 象 之 间 传递 消息 。 它们 常常 是 临时 对 象 , 在 一 次 操作 中 被 创 
建 ， 然 后 丢弃 。VALUE OBJECT 可 以 用 作 ENTITY (以 及 其 他 VALUE) 的 属性 。 我 们 可 以 把 一 个 人 建 
模 为 一 个 具有 标识 的 ENTITY， 但 这 个 人 的 名 字 是 一 个 VALUE。 

当 我 们 只 关心 一 个 模型 元 素 的 属性 时 ， 应 把 它 归 类 为 VALUE OBJECT。 我 们 应 该 使 这 个 模型 
元 素 能 够 表示 出 其 属性 的 意义 ， 并 为 它 提供 相关 功能 。VALUE OBJECT 应 该 是 不 可 变 的 。 不 要 为 
它 分 配 任何 标识 ， 而 且 不 要 把 它 设计 成 像 ENTITY 那 么 复杂 。 

VALUE OBJECT 所 包含 的 属性 应 该 形成 一 个 概念 整体 *。 例 如 ，street (街道 )、city (城市 ) 和 
postal code (邮政 编码 ) 不 应 是 Person (人 ) 对 象 的 单独 的 属性 。 它 们 是 整个 地 址 的 一 部 分 ， 这 
样 可 以 使 得 Person 对 象 更 简单 ， 并 使 它 成 为 一 个 更 连贯 的 VALUE OBJECT。 如 图 5-6 所 示 。 








三 Customer 1 民 Customer 
| customerID customerlD | 
name | 口 》 | nome | 
Street address 
city -一 一 一 
上 | 人 
Address 


图 5-6 ”VALUE OBJEcT 可 以 提供 一 个 ENTrry 的 有 关 信息 ， 它 在 概念 上 应 该 是 一 个 整体 





5.3.1 设计 VALUE OBJECT 


我 们 并 不 关心 使 用 的 是 VALUE OBJECT 的 哪个 实例 。 由 于 不 受 这 方面 的 约束 , 设计 可 以 获得 更 
大 的 自由 ， 因 此 可 以 简化 设计 或 优化 性 能 。 在 设计 VALUE OBJECT 时 有 多 种 选择 ， 包 括 复制 、 共 享 
或 保持 VALUE OBJECT 不 变 。 

两 个 人 同名 并 不 意味 着 他 们 是 同一 个 人 , 也 不 意味 着 他 们 是 可 互 换 的 。 但 表示 名 字 的 对 象 是 
可 以 互 换 的 ,因为 它们 只 涉及 名 字 的 拼写 。 一 个 Name 对 象 可 以 从 第 一 个 Person 对 象 复制 给 第 二 个 
Person 对 象 。 

事实 上 , 这 两 个 Person 对 象 可 能 不 需要 自己 的 名 字 实 例 ,它们 可 以 共享 同一 个 Name 对 象 (其 


@ WHOLE VALUE 模式 是 由 Ward Cunningham 提 出 的 。 
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中 每 个 Person 对 象 都 有 一 个 指向 同一 个 名 字 实 例 的 指针 ) ， 而 无 需 改变 它们 的 行为 或 标识 。 也 就 
是 说 ， 它 们 的 行为 一 直 是 正确 的 ， 直 到 有 一 个 人 改 了 名 字 。 这 时 另 一 个 人 的 名 字 也 将 改变 ! 为 了 
防止 这 种 错误 的 发 生 ， 以 便 安全 地 共享 一 个 对 象 ， 必 须 确保 Name 对 象 是 不 变 的 一 一 它 不 能 改变 ， 
除非 将 其 整个 替换 掉 。 

当 一 个 对 象 将 它 的 一 个 属性 作为 参数 或 返回 值 传递 给 另 一 个 对 象 时 ， 也 会 发 生 同 样 的 问题 。 
一 个 脱离 了 其 所 有 者 控制 的 “流浪 ”对 象 可 能 会 发 生 任何 事情 。VALUE 的 改变 可 能 与 所 有 者 的 常 
量 发 生 冲突 ， 因 此 破坏 所 有 者 。 这 个 问题 可 以 通过 传递 一 个 不 变 对 象 或 传递 一 个 副本 来 解决 。 

为 优化 性 能 而 创建 更 多 选项 , 这 一 点 可 能 很 重要 ,因为 VALUE OBJECT 可 能 为 数 众多 。 房 屋 设 
计 软 件 的 示例 就 说 明了 这 一 点 。 如 果 每 个 电源 插座 都 是 一 个 单独 的 VALUE OBJECT, 那么 在 一 所 房 
屋 的 一 个 规划 版 本 中 可 能 就 会 有 上 百 个 这 种 VALUE OBJECT。 但 如 果 把 电源 插座 看 成 是 可 互 换 的 ， 
就 只 需 共享 一 个 电源 插座 实例 ， 并 让 所 有 电源 插座 都 指向 这 个 实例 (FLYwEIGHT，[Gamma et al. 
1995] 的 一 个 示例 ) 。 在 大 型 系统 中 ， 这 种 效果 可 能 会 被 放大 数 千 倍 ， 而 且 这 样 的 优化 可 能 决定 一 
个 系统 是 可 用 ， 还 是 由 于 数 百 万 个 多 余 对 象 而 变 得 异常 缓慢 。 这 只 是 一 个 优化 技巧 ， 但 是 却 无 法 
应 用 于 ENTITY 。 

复制 和 共享 哪个 更 划算 取决 于 实现 环境 。 虽 然 复制 有 可 能 导致 系统 被 大 量 的 对 象 阻塞 , 但 共 
享 可 能 会 减 慢 分 布 式 系统 的 速度 。 当 在 两 个 机 器 之 间 传 递 一 个 副本 时 ， 只 需 发 送 一 条 消息 ， 而 且 
副本 到 达 接 收 端 后 是 独立 存在 的 。 但 如 果 共 享 一 个 实例 ， 那 么 只 会 传递 一 个 引用 ,这 要 求 每 次 交 
互 都 要 向 发 送 方 返回 一 条 消息 。 

以 下 几 种 情况 最 好 使 用 共享 ， 这 样 可 以 发 挥 共享 的 最 大 价值 并 最 大 限度 地 减少 麻烦 ; 

口 当 节 省 数据 库 空间 或 减少 对 象 数量 是 一 个 关键 要 求 时 ， 

口 当 通 信 开 销 很 低 时 (例如 在 中 央 服 务 器 中 )， 

口 当 共 享 的 对 象 被 严格 限定 为 不 可 变 时。 

在 有 些 语言 和 环境 中 ， 可 以 将 属性 或 对 象 声 明 为 不 可 变 的 ,但 有 些 却 不 具备 这 种 功能 。 这 种 
声明 能 够 体现 出 设计 决策 , 但 它们 并 不 是 十 分 重要 。 我 们 在 模型 中 所 做 的 很 多 区 别 都 无 法 用 当前 
工具 和 编程 语言 在 实现 中 显 式 地 声明 出 来 。 例如, 我 们 无 法 声明 ENTITY 并 自动 确保 其 具有 一 个 标 
识 操作 。 但 是 ， 编 程 语言 没有 提供 对 这 些 概念 上 的 区 别 的 直接 支持 并 不 说 明 这 些 区 别 没有 用 处 。 
这 只 是 说 明 我 们 需要 更 多 的 约束 机 制 来 确保 满足 一 些 重要 的 规则 (这 些 规则 只 有 在 实现 中 才 是 隐 
式 的 )。 一 些 命名 约定 、 选 择 性 文档 和 大 量 技术 问题 的 讨论 都 进一步 体现 了 这 些 需 求 。 

只 要 VALUE OBJECT 是 不 可 变 的 , 变更 管理 就 会 很 简单 , 因为 除了 整体 替换 之 外 没有 其 他 的 更 
改 。 不 变 的 对 象 可 以 自由 地 共享 ， 像 在 电源 插座 的 例子 中 一 样 。 如 果 垃 圾 回收 是 可 靠 的 ， 则 删除 
操作 就 只 是 将 所 有 指向 对 象 的 引用 删除 。 当 在 设计 中 将 一 个 VALUE OBJECT 指定 为 不 可 变 时 , 开发 
人 员 就 可 以 完全 根据 技术 需求 来 决定 是 使 用 复制 , 还 是 使 用 共享 , 因为 他 们 没有 后 顾 之 忧 一 一 应 
用 程序 不 依赖 于 对 象 的 特殊 实例 。 
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保持 VALUE OBJECT 不 变 可 以 极 大 地 简化 实现 ， 并 确保 共享 和 引用 传递 的 安全 性 。 而 且 这 
样 做 也 符合 值 的 意义 .。 如 果 属 性 的 值 发 生 改变 ,我 们 应 该 使 用 一 个 不 同 的 VALUE OBJECT， 而 不 
是 修改 现 有 的 VALUE OBJECT. 尽管 如 此 ， 在 有 些 情况 下 出 于 性 能 考虑 ， 仍 需要 让 VALUE OBJECT 
是 可 变 的 。 这 包括 以 下 因素 : 

口 如 果 VALUE 频 繁 改变 ; 

口 如 果 创 建 或 删除 对 象 的 开销 很 大 ; 

口 如 果 赫 摘 (而 不 是 修改 ) 将 打 乱 集群 ( 像 前 面 示例 中 讨论 的 那样 ); 

口 如 果 VALUE 的 共享 不 多 ， 或 者 共享 不 会 提高 集群 性 能 ， 或 其 他 某 种 技术 原因 。 

再 次 强调 : 如 果 一 个 VALUE 的 实现 是 可 变 的 ， 那 么 就 不 能 共享 它 。 无 论 是 否 共享 VALUE 
OBJECT， 在 可 能 的 情况 下 都 要 将 它们 设计 为 不 可 变 的 。 


定义 VALUE OBJECT 并 将 它们 指定 为 不 变 是 一 条 一 般 规 则 , 这 样 做 是 为 了 避免 在 模型 中 产生 不 

必要 的 约束 ,从 而 让 开发 人 员 可 以 单纯 地 从 技术 上 优化 性 能 。 开 发 人 员 通 过 显 式 地 定义 重要 的 约 

东 ， 可 以 对 设计 做 出 必要 的 调整 ， 同 时 确保 不 会 无 意 更 改 那些 重要 的 行为 。 这 样 的 设计 调整 通常 
需要 在 特殊 的 项 目 上 使 用 特殊 的 技术 。 


国 E 辐 六 通过 VALue oauecr 来 优化 数据 库 


数据 库 的 最 基本 功能 是 将 数据 存储 到 物理 磁盘 上 , 它 的 时 间 花 在 物理 部 件 的 转动 和 数据 读 取 
上 。 复杂 的 数据 库 则 尝试 将 这 些 物理 地 址 聚集 到 一 起 ,以 便 可 以 在 一 次 物理 操作 中 从 磁盘 读 取 这 
些 相关 数据 。 

如 果 一 个 对 象 被 许多 其 他 对 象 引用 ， 其 中 有 些 对 象 将 不 会 在 它 附近 (不 在 同一 页 上 )， 这 就 
需要 通过 额外 的 物理 操作 来 获取 数据 。 通 过 复制 (而 不 是 共享 对 同一 个 实例 的 引用 )， 可 以 将 这 
种 作为 很 多 ENTITY 属 性 的 VALUE OBJECT 存 储 在 ENTITY 所 在 的 同一 页 上 。 这 种 存储 相同 数据 的 多 个 
副本 的 技术 称 为 非 规 范 化 (denormalization) ， 当 访问 时 间 比 存储 空间 或 维护 的 简单 性 更 重要 时 ， 
通常 使 用 这 种 技术 。 

在 关系 数据 库 中 , 我 们 可 能 想 把 一 个 特殊 的 值 放 到 拥有 此 值 的 ENTITY 的 表 中 , 而 不 是 将 其 关 
联 到 另 一 个 单独 的 表 。 在 分 布 式 系统 中 , 对 一 个 位 于 另 一 台 服 务 器 上 的 VALUE OBJECT 的 引用 可 能 
导致 对 消息 的 响应 十 分 缓慢 ,在 这 种 情况 下 ， 应 该 将 整个 对 象 的 副本 传递 到 另 一 台 服 务 器 上 。 我 
们 完全 可 以 使 用 副本 ， 因 为 处 理 的 是 VALUE OBJECT。 
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5.3.2 ”设计 包含 VALUE OBJECT 的 关联 


前 面 讨论 的 与 关联 有 关 的 大 部 分 内 容 也 适用 于 ENTITY 和 VALUE OBJECT。 模 型 中 的 关联 越 少 越 
好 ， 越 简单 越 好 。 

但 是 , 如 果 说 ENTITY 之 间 的 双向 关联 很 难 维护 , 那么 两 个 VALUE OBJECT 之 间 的 双向 关联 则 完 
全 没有 意义 。 当 一 个 VALUE OBJECT 指向 另 一 个 VALUE OBJECT 时 ， 由 于 没有 标识 ,说 后 一 个 对 象 指 
回 前 一 个 对 象 是 没有 任何 意义 的 。 我 们 充其量 可 以 说 后 一 个 对 象 指向 与 前 一 个 对 象 等 同 的 对 象 ， 
但 这 可 能 要 求 我 们 必须 在 某 个 地 方 实施 这 个 固定 规则 。 而 且 ， 尽管 我 们 可 以 这 样 做 ,并 设置 双向 
指针 ,但 很 难 想 出 这 种 布局 有 什么 用 处 。 因 此 , 我 们 应 尽量 完全 清除 VALUE OBJECT 之 间 的 双向 关 
联 。 如 果 在 你 的 模型 中 看 起 来 确实 需要 这 种 关联 ， 那 么 首先 应 重新 考虑 一 下 将 对 象 声 明 为 VALUE 
OBJECT 这 个 决定 是 否 正确 。 或 许 它 拥 有 一 个 标识 ， 而 你 没有 注意 到 它 。 

ENTITY 和 VALUE OBJECT 是 传统 对 象 模型 的 主要 元 素 , 但 一 些 注重 实效 的 设计 人 员 正 逐渐 开始 
使 用 一 种 新 的 元 素 一 一 SERVICE。 


5.4 模式 : SERVICE 





有 时 ， 对 象 不 是 一 个 事物 。 

在 某 些 情况 下 ,最 清楚 、 最 实用 的 设计 会 包含 一 些 特殊 的 操作 , 这 些 操作 从 概念 上 讲 不 属于 
任何 对 象 。 与 其 把 它们 强制 地 归于 哪 一 类 ,不 如 顺 其 自然 地 在 模型 中 引入 一 种 新 的 元 素 ， 这 就 是 
SERVICE (服务 )。 


有 些 重 要 的 领域 操作 不 适合 归 到 ENTITY 或 VALUE OBJECT 的 类 别 中 。 这 当中 有 些 操作 从 本 质 上 
讲 是 一 些 活动 或 动作 ， 而 不 是 事物 ， 但 由 于 我 们 的 建 模范 式 是 对 象 , 因 此 要 想 办 法 将 它们 划 归 到 
对 象 这 个 范畴 里 。 
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现在 , 一 个 比较 常见 的 错误 是 没有 努力 为 这 类 行为 找到 一 个 适当 的 对 象 , 而 是 逐渐 转 为 过 程 
化 的 编程 。 但 是 ， 当 我 们 勉强 将 一 个 操作 放 到 不 符合 对 象 定义 的 对 象 中 时 ， 这 个 对 象 就 会 产生 概 
念 上 的 混 消 ， 而 且 会 变 得 很 难 理解 或 重 构 。 复 杂 的 操作 很 容易 把 一 个 简单 对 象 搞 乱 ， 使 对 象 的 角 
色 变 得 模糊 。 此 外 ， 由 于 这 些 操作 常常 会 牵扯 到 很 多 领域 对 象 ， 需 要 协调 这 些 对 象 以 便 使 它们 工 
作 ， 因此 这 些 对 象 需要 承担 更 多 的 职责 ， 从 而 对 所 有 这 些 对 象 产生 依赖 性 ， 这 使 得 那些 本 来 可 以 
一 个 个 去 理解 的 概念 被 线 杂 在 一 起 。 

有 时 ， 一 些 SERVICE 看 上 去 就 像 是 模型 对 象 ， 它 们 以 对 象 的 形式 出 现 ， 除 了 执行 一 些 操作 之 
外 并 没有 其 他 意义 。 这 些 “ 实 干 家 ”(Doer) 的 名 字 通 常 以 “Manager” 之 类 的 名 字 结 尾 。 它 们 没 
有 自己 的 状态 ， 而 且 除了 所 掌握 的 操作 之 外 在 领域 中 也 没有 其 他 意义 。 尽 管 如 此 ， 我们 仍然 应 该 
把 它们 归 到 SERVICE 这 个 类 别 中 ， 这 样 可 以 避免 它们 与 真正 的 模型 对 象 混淆 。 

一 些 领 域 概念 不 适合 被 建 模 为 对 象 。 如 果 勉强 地 把 这 些 重要 的 领域 功能 归 为 ENTITY 或 VALUE 
OBJEcT 的 职责 ， 那 么 不 是 焉 曲 了 基于 模型 的 对 象 的 定义 ， 就 是 人 为 地 增加 了 一 些 无 意义 的 对 象 。 

SERVICE 是 作为 接口 提供 的 一 种 操作 ， 它 在 模型 中 是 独立 的 ， 它 不 像 ENTITY 和 VALUE OBJECT 
那样 具有 封装 的 状态 。SERVICE 是 技术 框架 中 的 一 种 常见 模式 ， 但 它们 可 以 在 领域 居中 使 用 。 

所 谓 SERVICE， 它 强调 的 是 与 其 他 对 象 的 关系 。 与 ENTITY 和 VALUE OBJECT 不 同 ， 它 只 是 定义 
了 能 够 为 客户 做 什么 。SERVICE 是 以 一 个 活动 命名 ， 而 不 是 以 一 个 ENTITY 命 名 ， 也 就 是 说 ， 它 是 
动词 而 不 是 名 词 。SERVICE 也 可 以 有 一 个 抽象 的 、 有 意图 的 定义 ， 只 是 它 使 用 了 一 种 与 对 象 不 同 
的 定义 风格 。SERVICE 也 应 该 有 定义 的 职责 ， 而 且 这 种 职责 以 及 履行 它 的 接口 也 应 该 作为 领域 模 
型 的 一 部 分 被 定义 。 操 作 名 称 应 来 自 于 UBIQUrrous LANGUAGE， 如 果 UBIQUITOUS LANGUAGE 中 没 
有 这 个 名 称 ， 则 应 该 将 其 引入 到 UBIQUITOUS LANGUAGE 中 。 参 数 和 结果 应 该 是 领域 对 象 。 

使 用 SERVICE 时 应 谨慎 ， 它 们 不 应 该 替代 ENTIrY 和 VALUE OBJECT 的 所 有 行为 。 但 是 ， 当 一 个 
操作 实际 上 是 一 个 重要 的 领域 概念 时 ，SERVICE 很 自然 就 会 成 为 MODEL-DRIVEN DESIGN 中 的 一 部 
分 。 将 模型 中 的 独立 操作 声明 为 一 个 SERVICE， 而 不 是 声明 为 一 个 不 代表 任何 事情 的 虚拟 对 象 ， 
可 以 避免 对 任何 人 产生 误导 。 

好 的 SERVICE 有 以 下 3 个 特征 。 

(1) 与 领域 概念 相关 的 操作 不 是 ENTITY 或 VALUE OBJECT 的 一 个 自然 的 部 分 。 

(2) 接口 是 根据 领域 模型 的 其 他 元 素 定义 的 。 

(3) 操作 是 无 状态 的 。 

这 里 所 说 的 无 状态 是 指 任何 客户 都 可 以 使 用 某 个 SERVICE 的 任何 实例 ， 而 不 必 关 心 该 实 例 的 
历史 状态 。 执 行 SERVICE 时 将 使 用 可 全 局 访问 的 信息 ， 甚 至 可 以 更 改 这 些 全 局 信息 (也 就 是 说 ， 
它 可 能 具有 副作用 )。 但 SERVICE 不 保持 影响 其 自身 行为 的 状态 ， 这 一 点 与 大 多 数 领域 对 象 不 同 。 

当 领 域 中 的 某 个 重要 的 过 程 或 转换 操作 不 属于 实体 或 值 对 象 的 自然 职责 时 , 应 该 在 模型 中 添 
加 一 个 作为 独立 接口 的 操作 ， 并 将 其 声明 为 SERVICE。 定 义 接口 时 要 使 用 模型 语言 ， 并 确保 操作 
名 称 是 UBIQUITOUS LANGUAGE 中 的 术语 。 此 外 ， 应 该 将 SERVICE 定义 为 无 状态 的 。 
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5.4.1 SERVICE 与 孤立 的 领域 层 


这 种 模式 只 重视 那些 在 领域 中 具有 重要 意义 的 SERVICE ， 但 SERVICE 并 不 只 是 在 领域 层 中 使 
用 。 我 们 需要 注意 区 分 属于 领域 层 的 SERVICE 和 那些 属于 其 他 层 的 SERVICE， 并 划分 责任 ， 以 便 将 
它们 明确 地 区 分 开 。 

文献 中 对 SERVICE 的 讨论 大 多 是 单纯 从 技术 角度 讨论 ， 而 且 它们 属于 基础 设施 层 。 领 域 号 和 
应 用 层 的 SERVICE 与 这 些 基础 设施 层 SERVICE 进行 协作 。 例 如 ， 银 行 可 能 有 一 个 用 于 向 客户 发 送 电 
子 邮件 的 应 用 程序 , 当 客 户 的 账户 余额 小 于 一 个 特定 的 临界 值 时 ,这 个 程序 就 向 客户 发 送 一 封 电 
子 邮件 。 封 装 了 电子 邮件 系统 的 接口 (也 可 能 是 其 他 的 通知 方式 ) 就 是 基础 设施 层 中 的 一 个 
SERVICE。 

应 用 层 SERVICE 和 领域 层 SERVICE 可 能 很 难 区 分 。 应 用 层 负责 安排 一 个 通知 ， 而 领域 层 负 责 确 
定 是 否 满足 临界 值 ， 尽 管 这 项 任务 可 能 并 不 需要 使 用 SERVICE， 因 为 它 可 以 被 划分 到 account ( 账 
户 ) 对 象 的 职责 中 。 这 个 银行 应 用 程序 可 能 还 负责 资金 转账 。 如 果 设 计 一 个 SERVICE 来 处 理 资 金 
转账 相应 的 借方 和 贷方 , 那么 这 项 功能 将 属于 领域 层 。 资金 转账 在 银行 领域 语言 中 是 一 项 有 意义 
的 操作 ， 而 且 它 涉及 基本 的 业务 逻辑 。 而 技术 层 SERVICE 应 该 是 没有 任何 业务 意义 的 。 

很 多 领域 或 应 用 层 SERVICE 是 在 ENTITY 和 VALUE OBJECT 的 基础 上 建立 起 来 的 ， 它 们 的 行为 类 
似 于 将 领域 的 一 些 潜在 功能 组 织 起 来 以 执行 某 种 任务 的 脚本 。ENTITY 和 VALUE OBJECT 往 往 由 于 粒 
度 过 细 而 无 法 提供 对 领域 层 功能 的 便捷 访问 。 我 们 在 这 里 会 遇 到 领域 层 与 应 用 层 之 间 的 一 条 很 细 
的 分 界线 。 例 如 ， 如 果 银 行 应 用 程序 可 以 把 我 们 的 交易 进行 转换 并 导出 到 一 个 电子 表格 文件 中 ， 
以 便 进行 分 析 ， 那 么 这 个 导出 操作 就 是 一 种 应 用 层 SERVICE。“ 文 件 格式 ”在 银行 领域 中 是 没有 意 
义 的 ， 它 也 不 涉及 业务 规则 。 

另 一 方面 ， 账 户 之 间 的 转账 功能 属于 一 种 领域 层 SERVICE， 因 为 它 包含 重要 的 业务 规则 ( 例 
如 ， 处 理 相应 的 借方 账户 和 贷方 账户 ) ， 而 且 “ 资 金 转账 ”是 一 个 有 意义 的 银行 术语 。 在 这 种 情 
况 下 ，SERVICE 自 己 并 不 会 做 太 多 的 事情 ， 而 只 是 要 求 两 个 Account 对 象 完成 大 部 分 工作 。 但 如 果 
将 “转账 ”操作 强加 在 Account 对 象 上 将 是 很 别扭 的 ， 因 为 这 个 操作 涉及 两 个 账户 和 一 些 全 局 规 
则 。 

我 们 可 能 喜欢 创建 一 个 Funds Transfer (资金 转账 ) 对 象 来 表示 两 个 账户 ， 外 加 一 些 与 转账 有 
关 的 规则 和 历史 记录 。 但 在 银行 闻 的 网 络 中 进行 转账 时 ， 仍 然 需要 使 用 SERVICE。 此 外 ， 在 大 多 
数 开发 系统 中 , 在 一 个 领域 对 象 和 外 部 资源 之 间 直 接 建立 一 个 接口 是 很 别扭 的 。 我 们 可 以 利用 一 
个 FACADE (外 观 ) "将 这 样 的 外 部 SERVICE 包装 起 来 ， 这 个 外 观 负责 接受 模型 的 输入 , 也 可 以 返回 


@ FACADE (外 观 ) 是 一 种 设计 模式 ， 它 将 一 系列 复杂 的 类 包装 成 一 个 简单 的 封闭 接口 。 一 一 译 者 注 
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一 个 “Funds Transfer” 对 象 〔 作 为 它 的 结果 )。 但 无 论 使 用 什么 中 间 SERVICE (尽管 它们 不 属于 我 
们 )， 这 些 SERVICE 都 是 在 懂行 资金 转账 的 领域 职责 。 


将 SERvICE 划 分 到 各 个 层 中 


应 用 层 资金 转账 应 用 服务 
9 获取 输入 《例如 一 个 XML 请 求 ) 
口 发 送 消息 给 领域 层 服务 ， 要 求 其 执行 
口 监听 确认 消息 
口 决定 使 用 基础 设施 SERVICE 来 发 送 通 知 


领域 层 资金 转账 领域 服务 
与 必要 的 Account (账户 ) 和 Ledger (总 账 ) 对 象 进行 交互 ， 执 行 相应 的 借入 和 贷 出 操作 
口 提供 结果 的 确认 (允许 转账 或 拒绝 转账 ， 等 等 ) 


基础 设施 层 发 送 通知 服务 
口 按照 应 用 程序 的 指示 发 送 电子 邮件 、 信 件 和 其 他 信息 








5.4.2 粒度 


上 述 对 SERVICE 的 讨论 强调 的 是 将 一 个 概念 建 模 为 SERVICE 的 表现 力 ， 但 SERVICE 还 有 其 他 有 
用 的 功能 ， 它 可 以 控制 领域 层 中 的 接口 的 粒度 ， 并 且 避 免 客户 与 ENTITY 和 VALUE OBJECT 的 耦合 。 

在 大 型 系统 中 ， 中 等 粒度 的 、 无 状态 的 SERVICE 更 容易 被 重用 ， 因 为 它们 在 一 个 简单 的 接口 
背后 封装 了 重要 的 功能 。 此 外 ， 细 粒度 的 对 象 可 能 导致 分 布 式 系统 中 的 消息 传递 的 效率 低下 。 

如 前 所 述 , 由 于 应 用 层 负责 对 领域 对 象 的 行为 进行 协调 ,因此 细 粒 度 的 领域 对 象 可 能 会 把 领 
域 层 的 知识 泄漏 到 应 用 层 中 。 这 产生 的 结果 是 应 用 层 不 得 不 处 理 复杂 的 、 细 致 的 交互 ， 从 而 使 得 
领域 知识 蔓延 到 应 用 层 或 用 户 界面 代码 当中 ,而 领域 层 会 丢失 这 些 知识 。 明 智 地 引入 领域 层 服务 
有 助 于 在 应 用 层 和 领域 层 之 间 保 持 一 条 明确 的 界限 。 

这 种 模式 有 利于 保持 接口 的 简单 性 , 便于 客户 控制 并 提供 了 多 样 化 的 功能 。 它 提供 了 一 种 在 
大 型 或 分 布 式 系统 中 便于 对 组 件 进行 打包 的 中 等 粒度 的 功能 。 而 且 ， 有 时 SERVICE 是 表示 领域 概 
念 的 最 自然 的 方式 。 


5.4.3 对 SERVICE 的 访问 


像 ]2EE 和 CORBA 这 样 的 分 布 式 系 统 架构 提供 了 特殊 的 SERVICE 发 布 机 制 ， 这 些 发 布 机 制 
具有 一 些 使 用 上 的 惯例 ， 并 且 增加 了 发 布 和 访问 功能 。 但 是 ， 并 非 所 有 项 目 都 会 使 用 这 样 的 
框架 ， 即 使 在 使 用 了 它们 的 时 候 ， 如 果 只 是 为 了 在 逻辑 上 实现 关注 点 的 分 离 ， 那 么 它们 也 是 
大 材 小 用 了 。 

与 分 离 特 定 职责 的 设计 决策 相 比 ， 提 供 对 SERVICE 的 访问 机 制 的 意义 并 不 是 十 分 重大 。 一 个 
“操作 ” 对象 可 能 足以 作为 SERVICE 接口 的 实现 。 我 们 很 容易 编写 一 个 简单 的 SNGLETON ([Gamma 
et al. 1995]) 对 象 来 实现 对 SERVICE 的 访问 。 从 编码 惯例 可 以 明显 看 出 ， 这 些 对象 只 是 SERVICE 接 
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口 的 提供 机 制 , 而 不 是 有 意义 的 领域 对 象 。 只 有 当真 正 需要 实现 分 布 式 系统 或 充分 利用 框架 功能 
的 情况 下 才 应 该 使 用 复杂 的 架构 。 


5.5 模式: MoDULE (也 称 为 PACKAGE) 


MopULE 是 一 个 传统 的 、 较 成 熟 的 设计 元 素 。 虽 然 使 用 模块 有 一 些 技术 上 的 原因 ， 但 主要 原 
因 却 是 “ 认 知 超载 ”“。MopULE 为 人 们 提供 了 两 种 观察 模型 的 方式 ， 一 是 可 以 在 MopULE 中 查看 
细节 ， 而 不 会 被 整个 模型 淹没 ， 二 是 观察 MODULE 之 间 的 关系 ， 而 不 考虑 其 内 部 细节 。 

领域 层 中 的 MoDULE 是 模型 中 有 意义 的 部 分 ，MopDULE 从 更 大 的 角度 描述 了 领域 。 


每 个 人 都 会 使 用 MoDULE， 但 却 很 少 有 人 认为 它们 是 模型 的 一 个 相对 独立 的 部 分 。 这 是 因为 
代码 被 分 割 为 很 多 块 ， 有 时 是 按照 技术 架构 来 分 割 的 ， 有 时 是 按照 开发 人 员 的 任务 来 分 割 的 。 甚 
至 那些 从 事 大量 重 构 工 作 的 开发 人 员 也 倾向 于 使 用 项 目 早期 形成 的 一 些 MODULE 。 

事实 上 ，MoDULE 之 间 应 该 是 低 耦 合 的 ， 而 在 MODULE 的 内 部 则 是 高 内 聚 的 。 耦 合 和 内 聚 的 
解释 使 得 MODULE 听 上 去 像 是 一 种 技术 指标 ， 仿 佛 是 根据 关联 和 交互 的 分 布 情况 来 机 械 地 判断 它 
们 。 然 而 ，MopULE 并 不 仅仅 是 代码 的 划分 ， 而 且 也 是 概念 的 划分 。 一 个 人 一 次 考虑 的 事情 是 有 
限 的 (因此 才 有 低 耦 合 ) 。 不 连贯 的 思想 和 “一 锅 粥 ” 似 的 思想 同样 难于 理解 (因此 才 有 高 内 聚 ) 。 

低 耦 合 高 内 聚 作为 通用 的 设计 原则 既 适 用 于 各 种 对 象 ， 也 适用 于 MopULE， 但 MopULE 作 为 
一 种 更 粗 粒度 的 建 模 和 设计 元 素 ， 采 用 低 耦 合 高 内 聚 原则 显得 更 为 重要 。 这 些 术语 由 来 已 入 , 早 
在 [Larman 1998] 中 就 从 模式 角度 对 其 进行 了 解释 。 

只 要 两 个 模型 元 素 被 划分 到 不 同 的 MoDULE 中 ， 它 们 的 关系 就 不 如 原来 那样 直接 ， 这 会 导致 
我 们 更 难 理解 它们 在 设计 中 的 作用 。MopDULE 之 间 的 低 看 合 可 以 将 这 种 负面 作用 减 至 最 小 ， 而 且 
在 分 析 一 个 MODULE 的 内 容 时 ， 只 需 从 那些 与 之 交互 的 其 他 MopULE 中 引用 很 少 的 内 容 。 

同时 ， 在 一 个 好 的 模型 中 ， 元 素 之 间 是 可 以 协同 工作 的 ， 而 仔细 选择 的 MoDULE 可 以 将 那些 
具有 紧密 概念 关系 的 模型 元 素 集中 到 一 起 。 将 这 些 具 有 相关 职责 的 对 象 元 素 聚 合 到 一 起 ,可 以 把 
建 模 和 设计 工作 集中 到 单一 MopULE 中 ， 这 会 极 大 地 降低 建 模 和 设计 的 复杂 性 ， 使 人 们 可 以 从 容 
应 对 这 些 工作 。 

MopULE 和 较 小 的 元 素 应 该 共同 演变 ， 但 实际 上 它们 并 不 是 这 样 。MopULE 是 用 来 组 织 一 种 
早期 的 对 象形 式 的 。 在 这 之 后 ， 对 象 在 变化 时 不 脱离 现 有 模块 定义 的 边界 。 重 构 MoDULE 需 要 比 
重 构 类 做 更 多 工作 ， 这 些 工 作 也 具有 更 大 的 破坏 性 ， 因 此 MopULE 的 重 构 不 能 像 类 的 重 构 那么 频 


@ 认识 超载 ，cognitive overload， 认 知 负荷 理论 (cognitive load theory) 中 的 一 个 术语 。 问 题解 决 和 学 习 过 程 中 的 各 
种 认 知 加 工 活动 均 需 消耗 认 知 资源 ， 若 所 有 活动 所 需 的 资源 总 量 超过 个 体 拥有 的 资源 总 量 ， 就 会 引起 资源 的 分 本 
不 足 ， 从 而 影响 个 体 学 习 或 问题 解决 的 效率 ， 这 种 情况 被 称 为 认 知 超载 。 一 译 者 注 
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繁 。 但 就 像 模型 对 象 从 简单 具体 逐渐 转变 为 反映 更 深层 次 的 本 质 一 样 ，MopDULE 会 变 得 微妙 和 抽 
象 。 让 MopULE 反 映 出 对 领域 理解 的 不 断 变 化 ， 可 以 使 MoDULE 中 的 对 象 能 够 更 自由 地 演变 。 

像 领域 驱动 设计 中 的 其 他 元 素 一 样 ，MoODULE 是 一 种 表达 机 制 。MODULE 的 选择 应 该 取决 于 
被 划分 到 模块 中 的 对 象 的 意义 。 当 你 将 一 些 类 放 到 MopULE 中 时 ， 相 当 于 告诉 下 一 位 看 到 你 的 设 
计 的 开发 人 员 要 把 这 些 类 放 在 一 起 考虑 。 如 果 说 模型 讲述 了 一 个 故事 ， 那 么 MODULE 就 是 这 个 故 
事 的 各 个 章节 。 模 块 的 名 称 表达 了 其 意义 。 这 些 名 称 应 该 被 添加 到 UBIQUITOUS LANGUAGE 中 。 你 
可 能 会 向 一 位 业务 专家 说 “现在 让 我 们 讨论 一 下 “客户 ”模块 "， 这 就 为 你 们 接 下 来 的 对 话 设 定 
了 上 下 文 。 

因此 ， 

选择 能 够 描述 系统 的 MODULE， 并 使 之 包含 一 个 内 聚 的 概念 集合 。 这 通常 会 实现 MODULE 之 
间 的 低 烛 合 ， 但 如 果 效果 不 理想 ， 则 应 寻找 一 种 更 改 模型 的 方式 来 消除 概念 之 间 的 耦合 ， 或 者 找 
到 一 个 可 作为 MoDULE 基 础 的 概念 这 个 概念 先前 可 能 被 忽视 了 ) ， 基 于 这 个 概念 组 织 的 MODULE 
可 以 以 一 种 有 意义 的 方式 将 元 素 集中 到 一 起 。 找到 一 种 低 耦 合 的 概念 组 织 方式 , 从 而 可 以 相互 独 
立地 理解 和 分 析 这 些 概 念 。 对 模型 进行 精 化 ， 直 到 可 以 根据 高 层 领域 概念 对 模型 进行 划分 ， 同 时 
相应 的 代码 也 不 会 产生 克 合 。 

MopuLE 的 名 称 应 该 是 UBIQUITOUS LANGUAGE 中 的 术语 。MoDULE 及 其 名 称 应 反映 出 领域 的 
深层 知识 。 

仅仅 研究 概念 关系 是 不 够 的 ， 它 并 不 能 完全 替代 技术 手段 。 这 二 者 是 相同 问题 的 不 同 层次 ， 
都 是 必须 要 完成 的 。 但 是 ， 只 有 以 模型 为 中 心 进行 思考 ， 才 能 得 到 更 深层 次 的 解决 方案 ， 而 不 是 
随便 找 一 个 解决 方案 应 付 了 事 。 当 必须 做 出 一 个 折 中 选择 时 ,务必 保证 概念 清晰 ， 即 使 这 意味 着 
MoDULE 之 间 会 产生 更 多 引用 ， 或 者 更 改 MODULE 偶 尔 会 产生 “ 涟 满 效 应 ”。 开 发 人 员 只 要 理解 了 
模型 所 描述 的 内 容 ， 就 可 以 应 付 这 些 问题 。 





5.5.1 敏捷 的 MoDULE 


MopUuLE 需 要 与 模型 的 其 他 部 分 一 同 演变 。 这 意味 着 MODULE 的 重 构 必须 与 模型 和 代码 一 起 
进行 。 但 这 种 重 构 通常 不 会 发 生 。 更 改 MoDULE 可 能 需要 大 范围 地 更 新 代码 。 这 些 更 改 可 能 会 对 
团队 沟通 起 到 破坏 作用 ， 甚 至 会 妨碍 开发 工具 〈 例 如 源 代码 控制 系统 ) 的 使 用 。 因 此 ，MODULE 
结构 和 名 称 往往 反映 了 模型 的 较 早 形式 ， 而 类 则 不 是 这 样 。 

在 MODULE 选择 的 早期 ， 有 些 错误 是 不 可 避免 的 ， 这 些 错误 导致 了 高 耦合 ， 从 而 使 MODULE 
很 难 进行 重 构 。 而 缺乏 重 构 又 会 导致 问题 变 得 更 加 严重 。 克 服 这 一 问题 的 唯一 方法 是 接受 挑战 ， 
仔细 地 分 析 问 题 的 要 害 所 在 ， 并 据 此 重新 组 织 MODULE。 
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一 些 开发 工具 和 编程 系统 会 使 问题 变 得 更 加 严重 。 无 论 在 实现 中 采用 哪 种 开发 技术 , 我 们 都 
要 尽力 避免 重 构 MoDULE， 这 样 才能 最 大 限度 地 减少 与 其 他 开发 人 员 沟 通 时 出 现 的 混乱 情况 。 


最 于 ava 中 的 包 编码 避 例 


在 Java 中 ， 在 个 别 的 类 中 必须 声明 导入 (依赖 性 )。 建 模 人 员 可 能 认为 有 些 包 会 依赖 其 他 的 
包 ， 但 在 Java 中 无 法 说 明 这 一 点 。 常 见 的 编码 惯例 鼓励 导入 特定 的 类 ， 如 以 下 代码 所 示 : 

ClassAl 

import packageB.ClassB117 

import packageB.ClassB2; 

import packageB.ClassB3; 





import packageC.Classcl; 
import packageC.Classc2; 
import packagec.Classc3; 


遗憾 的 是 ， 在 Java 中 ， 我 们 不 可 避免 地 需要 将 数据 导入 到 类 中 ， 但 至 少 可 以 一 次 导入 一 个 完 
整 的 包 ， 这 反映 出 包 是 一 种 高 内 聚 的 单元 ， 同 时 这 种 导 人 减少 了 更 改 包 名 称 的 工作 。 


ClassAl 
import packageB."; 
import packageC."; 


的 确 ， 这 种 技术 意味 着 把 类 和 包 混 合 在 一 起 (类 依赖 于 包 ) ， 但 它 除了 表达 前 面 一 长 串 类 的 
列表 之 外 ， 还 表达 了 在 特殊 MopULE 上 建立 一 种 依赖 性 的 意图 。 

如 果 一 个 类 确实 依赖 于 另 一 个 包 中 的 某 个 类 ， 而 且 本 地 MoDULE 对 该 MoDULE 并 没有 概念 上 
的 依赖 关系 ， 那 么 或 许 应 该 移 除 一 个 类 ， 或 者 考虑 重新 组 织 MoDULE。 





5.5.2 ”基础 设施 驱动 的 打包 存在 的 隐患 


技术 框架 对 打包 决策 有 着 极 大 的 影响 ， 有 些 技术 框架 是 有 帮助 的 ， 有 些 则 要 坚决 反对 。 

一 个 非常 有 用 的 框架 标准 是 LAYERED ARCHITECTURE， 它 将 基础 设施 和 用 户 界面 代码 放 到 两 
组 不 同 的 包 中 ， 并 且 从 物理 上 把 领域 层 隔离 到 它 自己 的 一 组 包 中 。 

但 从 另 一 个 方面 看 ， 分 层 架 构 可 能 导致 模型 对 象 实现 的 分 裂 。 一 些 框架 的 分 层 方法 是 把 一 
个 领域 对 象 的 职责 分 散 到 多 个 对 象 当中 ， 然 后 把 这 些 对 象 放 到 不 同 的 包 中 。 例 如 ， 当 使 用 J2EE 
时 ， 一 种 常见 的 做 法 是 把 数据 和 数据 访问 放 到 “实体 bean” 中 ， 而 把 相关 的 业务 逻辑 放 到 “会 
话 bean” 中 。 这 样 做 除了 导致 每 个 组 件 的 实现 变 得 更 复杂 以 外 ， 还 破坏 了 对 象 模型 的 内 聚 性 。 
对 象 的 一 个 最 基本 的 概念 是 用 数据 的 操作 逻辑 来 封装 数据 。 由 于 我 们 可 以 把 这 两 个 组 件 看 作 是 
一 起 组 成 一 个 单一 模型 元 素 的 实现 , 因此 这 种 分 层 实现 还 不 算是 致命 的 。 但 实体 bean 和 会 话 bean 
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通常 被 隔离 到 不 同 的 包 中 ， 从 而 使 情况 变 得 更 糟 。 从 这 一 点 来 看 ， 要 想 观察 这 两 种 对 象 并 在 大 
脑 中 把 它们 还 原 成 单一 的 概念 ENTITY 是 非常 困难 的 。 我 们 失去 了 模型 与 设计 之 间 的 联系 。 最 好 
的 做 法 是 使 用 比 ENTITY 对 象 具有 更 大 粒度 的 EJB, 从 而 减少 分 层 的 副作用 。 但 细 粒 度 的 对 象 通常 
也 是 分 层 的 。 

例如 , 我 就 曾经 在 一 个 筹划 得 相当 不 错 的 项 目 上 遇 到 过 这 些 问题 , 这 个 项 目的 每 个 概念 模型 
实际 上 被 分 为 4 层 。 每 个 层 的 划分 都 有 很 好 的 理由 。 第 一 层 是 数据 持久 层 ， 负 责 处 理 映射 和 访问 
关系 数据 库 ,第 二 层 负责 处 理 对 象 在 所 有 情况 下 的 固有 行为 .第 三 层 放 置 特定 于 应 用 程序 的 功能 。 
第 四 晨 是 一 个 公共 接口 ， 它 隐藏 了 一 、 二 .、 三 蝴 的 所 有 实现 细节 。 这 种 分 层 方案 有 些 复杂 ,但 每 
晨 都 有 很 好 的 定义 而且 清楚 地 实现 了 关注 点 的 分 离 。 我 们 可 以 在 大 脑 中 将 所 有 物理 对 象 连接 到 
一 起 ， 组 成 一 个 概念 对 象 。 有 时 ， 方 面 的 分 离 甚至 也 是 有 帮助 的 。 具 体 来 讲 ， 把 持久 化 代码 移出 
来 可 以 减少 很 多 混乱 。 

但 最 重要 的 是 , 这 个 项 目的 框架 要 求 将 每 个 层 放 到 单独 的 一 组 包 中 ,并 根据 层 的 标识 惯例 来 
命名 。 这 一 下 子 就 把 我 们 所 有 的 注意 力 都 吸引 到 分 层 上 来 。 结 果 ， 领域 开发 人 员 不 能 创建 太 多 的 
MODULE 〈 每 个 模块 都 要 乘 以 4) ， 而 且 几 乎 不 能 更 改 模块 ， 因 为 重 构 MopULE 的 工作 量 不 允许 这 
样 做 。 更 粳 的 是 ， 由 于 很 难 跟踪 定义 了 一 个 概念 类 的 所 有 数据 和 行为 (而 且 还 要 考虑 分 层 产生 的 
间接 关系 ) ， 因 此 开发 人 员 没有 多 少 精 力 思考 模型 了 。 这 个 应 用 最 终 交付 使 用 了 ， 但 它 的 领域 模 
型 很 “ 贫 靖 "， 只 是 从 基本 上 满足 了 应 用 程序 的 数据 库 访问 需求 ， 此 外 通过 很 少 的 几 个 SERVICE 提 
供 了 一 些 行为 。 这 个 项 目 从 MopEL-DRIVEN DESIGN 获得 的 益处 十 分 有 限 ， 因 为 代码 并 没有 透明 地 
揭示 模型 ， 因 此 开发 人 员 也 无 法 充分 地 利用 模型 。 

这 种 框架 设计 是 在 尝试 解决 两 个 合理 的 问题 。 一 个 问题 是 关注 点 的 逻辑 划分 : 由 一 个 对 象 负 
责 数据 库 访问 ， 另 一 个 对 象 负责 处 理 业 务 逻辑 ,等 等 。 这 种 划分 方法 使 人们 更 容易 (在 技术 层面 
上 ) 理解 每 个 层 的 功能 , 而 且 更 容易 区 分 各 个 层 。 这 种 设计 的 问题 在 于 应 用 程序 的 开发 成 本 很 高 。 
本 书 不 是 讨论 框架 设计 的 书 ， 因 此 不 会 给 出 此 问题 的 替代 解决 方案 , 但 它们 确实 存在 。 而 且 ， 即 
使 没有 替代 方案 ， 也 值得 牺 履 一些 优 点 来 换取 更 内 罕 的 领域 层 。 

这 些 打包 方案 的 另 一 个 动机 是 层 的 分 布 。 如 果 代码 实际 上 被 部 署 到 不 同 的 服务 器 上 , 那么 这 
种 分 层 可 能 会 产生 很 大 争议 。 但 通常 并 不 是 这 样 。 保 持 一 些 灵活 性 只 是 为 了 以 防 万 一 。 在 一 个 希 
望 充分 利用 MODEL-DRIVEN DESIGN 的 项 目 上 ， 这 种 分 层 设计 的 辆 牲 太 大 了 ， 除 非 它 是 为 了 解决 一 
个 紧迫 的 问题 。 

在 技术 的 驱使 下 过 于 细致 的 打包 方案 会 产生 如 下 两 个 代价 。 

口 如 果 框架 的 分 层 惯例 把 实现 概念 对 象 的 元 素 分 得 很 零散 ， 那 么 代码 将 无 法 再 清楚 地 表示 

模型 。 

口 人 的 大 脑 把 划分 后 的 东西 还 原 成 原样 的 能 力 是 有 限 的 ， 如 果 框 架 把 人 的 这 种 能 力 都 耗 尽 

了 ， 那 么 领域 开发 人 员 就 无 法 再 把 模型 还 原 成 有 意义 的 部 分 了 。 
最 好 把 事情 变 简单 。 要 保持 技术 分 层 的 最 小 化 , 选择 对 技术 环境 特别 重要 或 真正 有 助 于 开发 
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的 分 层 方法 。 例 如 , 将 复杂 的 数据 持久 化 代码 从 对 象 的 行为 方面 提取 出 来 可 以 使 重 构 变 得 更 简单 。 

除非 真正 有 必要 将 代码 分 布 到 不 同 的 服务 器 上 , 否则 就 把 实现 单一 概念 对 象 的 所 有 代码 放 在 
同一 个 模块 中 (如 果 不 能 放 在 同一 个 对 象 中 的 话 ) 。 

从 传统 的 “高 内 聚 、 低 辜 合 ”标准 也 可 以 得 出 相同 的 结论 。 实 现 业务 逻辑 的 对 象 与 负责 数据 
库 访问 的 对 象 之 间 的 联系 非常 广泛 ， 因 此 它们 之 间 的 耦合 度 很 高 。 

在 框架 设计 中 , 或 者 在 公司 或 项 目的 工作 惯例 方面 ,可 能 还 有 其 他 一 些 隐患 ， 这 些 隐患 可 能 
会 妨碍 领域 模型 的 自然 内 聚 性 ， 结 果 破 坏 模型 驱动 的 设计 ， 但 所 有 隐患 的 基本 问题 都 是 相同 的 。 
种 种 限制 (或 者 只 是 由 于 所 需 的 包 太 多 了 ) 使 我 们 无 法 使 用 专门 根据 领域 模型 需要 量 身 定做 的 其 
他 打包 方案 。 

利用 打包 把 领域 层 从 其 他 代码 中 分 离 出 来 。 否则 , 就 尽 可 能 让 领域 开发 人 员 自由 地 采用 支持 
他 们 的 模型 和 设计 选择 的 方式 来 对 领域 对 象 进行 打包 。 

如 果 代 码 是 基于 声明 式 设计 (第 10 章 有 这 方面 的 讨论 ) 生成 的 , 则 是 一 种 例外 情况 。 在 这 种 
情况 下 ,开发 人 员 无 需 阅读 代码 ， 因 此 为 了 不 碍 事 最 好 将 代码 放 到 一 个 单独 的 包 中 ， 这 样 就 不 会 
搞 乱 开发 人 员 实际 要 处 理 的 设计 元 素 。 


随 着 设计 规模 和 复杂 度 的 增加 ,模块 化 变 得 更 加 重要 。 本 节 只 是 介绍 了 一 些 基本 的 考虑 因素 。 
本 书 第 四 部 分 主要 介绍 打包 方法 以 及 分 解 大 的 模型 和 设计 的 方法 , 并 介绍 如 何 抓 住 重点 以 帮助 理 
解 问题 。 

领域 模型 中 的 每 个 概念 都 应 该 在 实现 元 素 中 反映 出 来 。ENTITY、VALUE OBJECT、 它 们 之 间 的 
关联 、 领域 SERVICE 以 及 用 于 组 织 元 素 的 MODULE 都 是 实现 与 模型 直接 对 应 的 地 方 。 实 现 中 的 对 象 、 
指针 和 检索 机 制 必须 直接 、 清 楚 地 映射 到 模型 元 素 。 如 果 没 有 做 到 这 一 点 ， 就 要 重 写 代码 ， 或 者 
回头 修改 模型 ， 或 者 同时 修改 代码 和 模型 。 

不 要 在 领域 模型 中 添加 任何 与 领域 模型 所 表示 的 概念 没有 紧密 关系 的 元 素 。 模 型 中 的 设计 元 
素 的 任务 是 表示 模型 。 当 然 ， 其 他 一 些 与 领域 有 关 的 职责 也 是 必须 要 实现 的 ， 而 且 为 了 使 系统 工 
作 ， 也 必须 管理 其 他 数据 ， 但 它们 不 属于 领域 模型 中 的 对 象 。 第 6 章 将 讨论 一 些 支持 对 象 ， 这 些 
对 象 履行 领域 层 的 技术 职责 ， 例 如 定义 数据 库 搜索 和 封装 复杂 的 对 象 创建 。 

本 章 介绍 的 4 种 模式 为 对 象 模型 提供 了 构造 块 。 但 MODEL-DRIVEN DESIGN 并 不 是 说 必须 将 每 
个 元 素 都 建 模 为 对 象 。 一 些 工具 还 支持 其 他 的 模型 范式 , 例如 规则 引擎 。 项 目 需要 在 它们 之 间 做 
出 符合 实际 的 折 中 选择 。 这 些 其 他 的 工具 和 技术 是 MODEL-DRIVEN DESIGN 的 补充 ， 而 不 是 要 取 而 
代 之 。 


5.6 ” 建 模范 式 


MopEL-DRIVEN DESIGN 要 求 使 用 一 种 与 建 模范 式 协 调 的 实现 技术 。 人 们 曾经 尝试 了 大 量 的 建 
模范 式 , 但 在 实践 中 只 有 少数 几 种 得 到 了 广泛 应 用 。 目 前 ， 主 流 的 范式 是 面向 对 象 设计 ， 而 且 现 
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在 的 大 部 分 复杂 项 目 都 开始 使 用 对 象 。 这 种 范式 的 流行 有 许多 原因 ， 包 括 对 象 本 身 的 固有 因素 、 
一 些 环境 因素 ， 以 及 广泛 使 用 所 带 来 的 一 些 优势 。 


5.6.1 对象 范式 流行 的 原因 


一 些 团队 选择 对 象 范式 并 不 是 出 于 技术 上 的 原因 , 甚至 也 不 是 出 于 对 象 本 身 的 原因 ,而 是 从 
一 开始 ， 对 象 建 模 就 在 简单 性 和 复杂 性 之 间 实 现 了 一 个 很 好 的 平衡 。 

如 果 一 个 建 模范 式 过 于 深奥 , 那么 大 多 数 开 发 人 员 可 能 无 法 掌握 它 , 因此 也 无 法 正确 地 运用 
它 。 如 果 团 队 中 的 非 技术 人 员 无 法 掌握 范式 的 基本 知识 ， 那 么 他 们 将 无 法 理解 模型 ， 这 将 导致 
UBIQUITOUS LANGUAGE 的 丢失 。 大 部 分 人 都 比较 容易 理解 面向 对 象 设计 的 基本 知识 。 尽 管 一 些 开 
发 人 员 还 没有 完全 领悟 建 模 的 奥妙 ， 但 即使 是 非 专 业 人 员 也 可 以 理解 对 象 模型 图 。 

然而 ,虽然 对 象 建 模 的 概念 很 简单 , 但 它 的 丰富 功能 足以 捕获 重要 的 领域 知识 。 而 且 它 从 一 
开始 就 获得 了 开发 工具 的 支持 ， 使 得 模型 可 以 在 软件 中 表达 出 来 。 

现在 ,对 象 范式 已 经 发 展 很 成 熟 并 得 到 了 广泛 采用 , 这 使 得 它 具有 明显 的 环境 优势 。 项 目 如 
果 没 有 成 熟 的 基础 设施 和 工具 支持 , 可 能 就 要 在 这 些 方面 进行 研发 工作 , 这 不 仅 会 耽误 应 用 程序 
的 开发 ， 分 散 应 用 程序 的 开发 资源 ， 还 会 带 来 技术 风险 。 有 些 技术 不 能 与 其 他 技术 很 好 地 协同 工 
作 , 而 且 它们 可 能 也 无 法 与 行业 标准 解决 方案 集成 ， 这 使 团队 不 得 不 重新 开发 一 些 公共 的 实用 工 
具 。 但 近年 来 ， 很 多 这 样 的 问题 已 经 通过 对 象 范式 得 以 解决 ,而且 有 些 问题 也 随 着 对 象 范式 的 广 
谤 采用 而 变 得 无 关 紧要 (现在 ， 对 象 技 术 已 经 成 为 主流 ， 因 此 集成 的 任务 已 经 落 到 其 他 方法 的 肩 
上 ， 这 些 方法 需要 主动 与 对 象 技术 进行 集成 )。 大 多 数 新 技术 都 提供 了 与 主流 的 面向 对 象 平台 进 
行 集成 的 方式 。 这 使 得 集成 更 容易 ， 甚 至 人 允许 将 基于 其 他 建 模范 式 的 子 系统 混合 在 一 起 (本 章 稍 
后 将 讨论 )。 

开发 者 社区 和 设计 文化 的 成 熟 也 同样 重要 。 采 用 新 范式 的 项 目 可 能 很 难 找到 精通 它 的 开发 
人 员 ， 也 很 难 找到 具有 用 新 范式 创建 有 效 模 型 这 方面 经 验 的 人 员 。 要 想 在 允许 时 间 段 内 培训 开 
发 人 员 使 用 新 范式 也 往往 是 行 不 通 的 ， 因 为 能 够 最 大 限度 地 利用 新 范式 和 技术 的 使 用 模式 尚未 
形成 。 或 许 新 领域 的 一 些 开拓 者 已 经 可 以 有 效 地 使 用 新 范式 ， 但 他 们 尚未 发 布 可 供 人 们 学 习 的 
知识 。 

而 对 象 范式 则 不 同 , 大 多 数 开发 人 员 、 项 目 经 理 和 从 事项 目 工作 的 其 他 专家 都 已 经 很 了 解 它 。 

下 面 我 讲 一 个 10 年 前 在 一 个 面向 对 象 项 目 中 发 生 的 小 故事 , 它 说 明了 在 工作 中 使 用 不 成 熟 范 
式 所 产生 的 风险 。 这 个 项 目 是 在 20 世 纪 90 年 代 早 期 开始 的 ， 它 采用 了 几 种 当时 最 前 沿 的 技术 , 包 
括 大 规模 使 用 面向 对 象 数据 库 。 当 时 这 让 人 很 兴奋 。 在 项 目 上 工作 的 人 骄傲 地 告诉 访客 他 们 正在 
部 署 面向 对 象 所 支持 的 最 大 的 数据 库 。 当 我 加 盟 这 个 项 目 时 ,各 个 团队 正在 研究 一 些 面向 对 象 的 
设计 , 并 且 可 以 毫 不 费力 地 将 对 象 存 储 在 数据 库 中 。 但 我 们 渐渐 意识 到 ,数据 库容 量 的 很 大 一 部 
分 已 经 被 用 光 了 ， 而 这 时 还 仅仅 只 是 输入 了 测试 数据 而 已 ! 实际 所 需 的 数据 库 还 要 大 儿 十 倍 。 实 
际 的 事务 量 也 要 大 上 几 十 倍 。 是 不 是 这 个 应 用 程序 根本 不 适合 使 用 面向 对 象 的 数据 库 ? 是 我 们 使 
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用 不 当 吗 ? 这 使 我 们 感到 一 头 雾 水 。 

幸运 的 是 , 我 们 找到 了 一 位 精通 面向 对 象 技术 的 专家 来 帮助 我 们 摆脱 困境 。 我们 谈 妥 服务 价 
格 后 , 他 指出 了 三 个 问题 根源 。 首 先 ， 与 数据 库 一 起 提供 的 现成 基础 设施 没有 扩展 到 我 们 所 需 的 
规模 。 其 次 ， 细 粒度 对 象 的 存储 比 我 们 预计 的 代价 要 大 得 多 。 第 三 ， 对 象 模型 的 有 些 部 分 之 间 的 
互相 依赖 性 太 错综复杂 了 ， 导 致 很 少 的 并 发 事务 就 会 产生 竞争 问题 。 

在 这 位 专家 的 帮助 下 ,我们 对 基础 设施 进行 了 强化 。 项 目 团队 现在 知道 了 细 粒 度 对 象 的 影响 ， 
于 是 开始 寻找 更 适合 面向 对 象 技术 的 模型 。 所 有 人 员 都 深刻 认识 到 对 模型 中 的 关系 进行 限制 的 重 
要 性 ， 我 们 利用 这 种 新 的 理解 开始 设计 新 的 模型 ， 解 除 原来 那些 紧密 联系 在 一 起 的 耦合 。 

除了 前 几 个 月 浪费 在 错误 路 线 上 以 外 , 项 目的 修复 又 损失 了 好 几 个 月 的 时 间 。 而 且 这 并 不 是 
团队 由 于 选择 了 不 成 熟 的 技术 和 没有 相关 经 验 而 遭遇 的 第 一 个 挫折 。 遗憾 的 是 ,这 个 项 目 最 终 被 
削减 了 ， 而 且 变 得 十 分 保守 。 直 到 今天 ， 他 们 虽然 仍 会 使 用 一 些 外 来 技术 ,但 在 应 用 范围 上 变 得 
说 小 慎 微 ， 这 导致 他 们 可 能 无 法 真正 从 这 些 技术 中 获 益 。 

十 年 过 去 了 , 面向 对 象 技术 已 经 相对 成 熟 。 业 内 已 经 使 用 了 很 多 现成 的 解决 方案 , 它们 可 以 
满足 大 部 分 常见 的 基础 设施 需要 。 多 家 大 型 供应 商 和 更 多 稳定 的 开源 项 目 提供 了 任务 关键 型 的 工 
具 。 这 些 基础 设施 本 身 就 已 经 被 广泛 使 用 ， 因 此 了 解 它们 的 人 很 多 ， 相 关 书 籍 也 很 多 ,等 等 。 人 
们 已 经 相当 了 解 这 些 成 熟 技术 的 局 限 性 ， 因 此 内 行 的 团队 也 不 会 过 度 使 用 它们 。 

其 他 一 些 令 人 感 兴趣 的 建 模范 式 并 没有 这 么 成 熟 。 有 些 建 模范 式 太 难 掌握 了 , 以 至 于 只 能 在 
很 小 的 专业 领域 内 使 用 。 有 些 建 模范 式 虽然 有 潜力 ， 但 技术 基础 设施 仍然 不 够 协调 和 可 靠 ， 而 且 
很 少 有 人 理解 为 这 些 范式 创建 好 模型 的 诀窍 。 这 些 范式 可 能 已 经 出 现 很 长 一 段 时 间 了 , 但 仍然 不 
适合 用 于 大 多 数 项 目 。 

这 就 是 目前 大 部 分 采用 MODEL-DRIVEN DESIGN 的 项 目 很 明智 地 使 用 面向 对 象 技 术 作为 系统 
核心 的 原因 。 它 们 不 会 被 束缚 在 只 有 对 象 的 系统 里 ， 因 为 对 象 已 经 成 为 内 业 的 主流 技术 ,集成 工 
具 几 乎 可 以 把 人 们 目前 所 使 用 的 任何 其 他 技术 连接 起 来 。 

然而 ， 这 并 不 意味 着 人 们 就 应 该 永远 只 局 限于 使 用 对 象 技 术 。 跟 随 主流 具有 一 定 的 安全 性 ， 
但 这 并 不 是 一 成 不 变 的 。 对 象 模型 可 以 解决 很 多 实际 的 软件 问题 , 但 也 有 一 些 领域 不 适合 用 封装 
了 行为 的 各 种 对 象 来 建 模 。 例 如 , 涉及 大 量 数学 问题 的 领域 或 者 受 全 局 逻辑 推理 控制 的 领域 就 不 
适合 使 用 面向 对 象 的 范式 。 

5.6.2 ”对 象 世界 中 的 非 对 象 

领域 模型 不 一 定 是 对 象 模型 。 例 如 ，Prolog 语 言 中 也 实现 了 MODEL-DRIVEN DESIGN， 但 它 的 
模型 是 由 逻辑 规则 和 事实 构成 的 。 模 型 范式 被 认为 是 人 们 所 喜欢 的 思考 领域 的 方式 。 而 这 些 领域 
的 模型 又 由 范式 决定 。 结果 就 得 到 了 遵守 范式 的 模型 , 这 样 的 模型 可 以 用 支持 建 模 风格 的 工具 来 
有 效 地 实现 。 

不 管 在 项 目 中 使 用 哪 种 主要 的 模型 范式 , 领域 中 都 会 有 一 些 部 分 更 容易 用 某 种 其 他 范式 来 表 
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达 。 当 领域 中 只 有 极 少数 个 别 元 素 适 合用 其 他 范式 时 , 开发 人 员 可 以 勉强 接受 都 用 模型 范式 来 处 
理 它们 ， 虽然 这 会 产生 几 个 鉴 脚 的 对 象 ( 或 者 , 在 另 一 种 极端 的 情况 下 ， 如 果 大 部 分 问题 领域 都 
更 适合 用 其 他 范式 来 表达 ， 那 么 可 以 整个 改 为 使 用 那 种 范式 ， 并 选择 一 个 不 同 的 实现 平台 )。 但 
是 ， 当 领域 的 主要 部 分 明显 属于 不 同 的 范式 时 ,明智 的 做 法 是 用 适合 各 个 部 分 的 范式 对 每 个 部 分 
分 别 建 模 , 并 使 用 混合 的 工具 集 来 为 实现 提供 支持 。 当 领 域 的 各 个 部 分 之 间 的 互相 依赖 性 较 小 时 ， 
可 以 把 用 另 一 种 范式 建立 的 子 系统 封装 起 来 , 例如 只 有 一 个 对 象 需要 调用 的 复杂 数学 计算 。 其 他 
时 候 不 同方 面 之 间 的 关系 更 为 复杂 ， 例 如 当 对 象 的 交互 依赖 于 某 些 数学 关系 的 时 候 。 

这 就 是 将 业务 规则 引擎 或 工作 流 引 擎 这 样 的 非 对 象 组 件 集成 到 对 象 系统 中 的 动机 。 混 合 使 用 
不 同 的 范式 使 得 开发 人 员 能 够 用 最 适当 的 风格 对 特殊 概念 进行 建 模 。 此 外 , 大 部 分 系统 都 必须 使 
用 一 些 非 对 象 的 技术 基础 设施 ,最 常见 的 就 是 关系 数据 库 。 但 是 在 使 用 不 同 的 范式 后 ， 要 想得到 
一 个 内 聚 的 模型 就 比较 难 了 , 而 且 让 不 同 的 支持 工具 共存 也 较为 复杂 。 当 开发 人 员 在 软件 中 无 法 
清楚 地 辨认 出 一 个 内 豪 的 模型 时 ，MopEL-DRIVEN DESIGN 就 会 离 我 们 而 去 ， 尽 管 这 种 混合 设计 更 
需要 它 。 


5.6.3 在 混合 范式 中 坚持 使 用 MODEL-DRIVEN DESIGN 


在 面向 对 象 的 应 用 程序 开发 项 目 中 , 有 时 会 混合 使 用 一 些 其 他 的 技术 , 规则 引擎 就 是 一 个 常 
见 的 例子 。 一 个 包含 丰富 知识 的 领域 模型 可 能 会 含有 一 些 显 式 的 规则 ， 然 而 对 象 范式 却 缺 少 用 于 
表达 规则 和 规则 交互 的 具体 语义 。 尽 管 可 以 将 规则 建 模 为 对 象 (而 且 经 常 可 以 成 功 地 这 样 做 )， 
但 对 象 封 装 却 使 得 那些 针对 整个 系统 的 全 局 规则 很 难 应 用 。 规 则 引擎 技术 非常 有 吸引 力 ， 因 为 它 
提供 了 更 自然 、 更 明确 的 规则 定义 方式 ,能 够 有 效 地 将 规则 范式 融合 到 对 象 范式 中 。 逻 辑 范式 已 
经 得 到 了 很 好 的 发 展 并 且 功 能 强大 ， 它 是 对 象 范式 的 很 好 的 补充 ， 使 其 可 以 扬长 避 短 。 

但 人 们 并 不 总 是 能 够 从 规则 引擎 的 使 用 中 得 到 预期 结果 。 有 些 产品 并 不 能 很 好 地 工作 。 有 些 
则 缺少 一 种 能 够 显示 出 衔接 两 种 实现 环境 的 模型 概念 相关 性 的 无 缝 视图。 一 个 常见 的 结果 是 应 用 
程序 被 割裂 成 两 部 分 : 一 个 是 使 用 了 对 象 的 静态 数据 存储 系统 ， 另 一 个 是 几乎 完全 与 对 象 模型 失 
去 联系 的 某 种 规则 处 理应 用 程序 。 

重要 的 是 在 使 用 规则 的 同时 要 继续 考虑 模型 。 团 队 必 须 找到 能 够 同时 适用 于 两 种 实现 范式 的 
单一 模型 。 虽 然 这 并 不 容易 ,但 还 是 可 以 办 到 的 ， 条 件 就 是 找到 一 种 富有 表达 力 的 实现 方式 来 实 
现 规则 引擎 。 如 果 不 这 样 ， 数 据 和 规则 就 会 失去 联系 。 与 领域 模型 中 的 概念 规则 相 比 ， 引 擎 中 的 
规则 更 像 是 一 些 较 小 的 程序 。 只 有 保持 规则 与 对 象 之 间 的 紧密 、 清 晰 的 关系 ， 才 能 确保 显示 出 这 
二 者 所 表达 的 含义 。 

如 果 没 有 无 颖 的 环境 , 就 要 完全 靠 开发 人 员 提炼 出 一 个 由 清晰 的 基本 概念 组 成 的 模型 , 以 便 
将 整个 设计 完全 放 到 这 个 模型 中 。 

将 各 个 部 分 紧密 结合 在 一 起 的 最 有 效 工 具 就 是 健壮 的 UBIQUITOUS LANGUAGE， 它 是 构成 整个 
异 构 模型 的 基础 。 坚 持 在 两 种 环境 中 使 用 一 致 的 名 称 ， 坚 持 用 UBIQUITOUS LANGUAGE 讨 论 这 些 名 
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称 ， 将 有 助 于 消除 两 种 环境 之 间 的 普 沟 。 
这 个 话题 本 身 就 值得 写 一 本 书 了 。 本 节 的 目的 只 是 想 说 明 (在 使 用 其 他 范式 时 ) 没有 必要 放 
弈 MopEL-DRIVEN DESIGN， 而 且 坚 持 使 用 它 是 值得 的 。 


虽然 MopEL-DRIVEN DESIGN 不 一 定 是 面向 对 象 的 , 但 它 确 实 需要 一 种 富有 表达 力 的 模型 结构 
实现 ， 无 论 是 对 象 、 规 则 还 是 工作 流 ， 都 是 如 此 。 如 果 可 用 工具 无 法 提高 表达 力 ， 就 要 重新 考虑 
选择 工具 。 缺 乏 表达 力 的 实现 将 前 弱 各 种 范式 的 优势 。 
当 将 非 对 象 元 素 混合 到 以 面向 对 象 为 主 的 系统 中 时 ， 需 要 遵循 以 下 4 条 经 验 规则 。 
口 不 要 和 实现 范式 对 抗 。 我 们 总 是 可 以 用 别 的 方式 来 考虑 领域 。 找 到 适合 于 范式 的 模型 概 
口 把 通用 语言 作为 依靠 的 基础 。 即 使 工具 之 间 没有 严格 的 联系 时 ， 语 言 使 用 上 的 高 度 一 致 
性 也 能 防止 各 个 设计 部 分 的 分 裂 。 
口 不 要 一 味 依赖 UML。 有 时 固定 使 用 某 种 工具 〈 例 如 UML 绘 图 工具 ) 将 导致 人 们 通过 歪曲 
模型 来 使 它 适合 于 一 些 容易 画 出 来 的 图 形 。 例如 , UML 确 实 有 一 些 特性 很 适合 表达 约束 ， 
但 它 并 不 是 在 所 有 情况 下 都 适用 。 有 时 使 用 其 他 绘图 风格 (可 能 适用 于 其 他 范式 ) 或 者 
简单 的 语言 描述 比 牵强 附会 地 适应 某 种 绘图 风格 更 好 ， 因 为 后 者 主要 针对 的 是 对 象 的 某 
种 特定 视图 。 
口 保持 怀疑 态度 。 工 具 是 否 真正 有 用 武之 地 ? 只 是 有 一 些 规则 并 不 一 定 意味 着 必须 使 用 规 
则 引擎 。 规 则 也 可 以 表示 为 对 象 ， 使 用 规则 引擎 可 能 看 起 来 更 整齐 ， 但 多 个 范式 会 使 问 
题 变 得 非常 复杂 。 
在 决定 使 用 混合 范式 之 前 , 一 定 要 确信 主要 范式 中 的 各 个 选项 都 已 经 尝试 过 了 。 尽管 有 些 领 
域 概念 不 是 以 明显 的 对 象形 式 表现 出 来 的 ， 但 它们 通常 可 以 用 对 象 范式 来 建 模 。 第 9 章 将 讨论 如 
何 使 用 对 象 技术 对 一 些 非常 规 类 型 的 概念 进行 建 模 。 
关系 范式 是 范式 混合 的 一 个 特例 。 作 为 一 种 最 常用 的 非 对 象 技术 , 关系 数据 库 与 对 象 模型 的 
关系 比 其 他 技术 与 对 象 模型 的 关系 更 紧密 , 因为 它 作为 一 种 数据 持久 存储 机 制 , 存储 的 就 是 对 象 。 
第 6 章 将 讨论 用 关系 数据 库 来 存储 对 象 数据 ， 并 介绍 在 对 象 生 命 周期 中 将 会 遇 到 的 很 多 挑战 。 
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二 十 。 由 于 这 一 新 的 下 降 情况 ， 巴 西 政府 采取 了 一 系列 措施 ， 其 中 包括 控制 出 口 登 
记 ， 控 制 豆 油 进 口 的 免税 和 押金 ,采取 这 些 措施 主要 是 为 了 保证 向 国内 加 工 者 和 消 
弗 者 充分 供应 大 豆 和 大 豆 制 品 。 

估计 一 九 七 九 年 世界 菜子 油 的 产量 将 比 一 九 七 八 年 的 产量 增长 百 分 之 二 十 以 上 ， 
达到 三 百 六 十 万 吨 的 新 纪录 。 西 欧 和 波兰 的 产量 下 降 ， 加 拿 大 扩大 了 播种 面积 因而 
产量 增长 ， 这 说 明 新 作物 提供 利润 的 前 景 未 必 很 好 ， 但 新 茶 子 品种 由 于 将 其 中 的 芥 
酸 含量 和 油 涧 粕 中 的 有 毒物 质 大 大 减少 ， 因 而 使 越 来 越 多 的 消费 者 接受 这 些 新 品种 。 

世界 花生 油 的 产量 比 前 一 年 下 降 的 水 平 咯 有 回升 ， 其 中 西非 ( 主要 是 塞内加尔 ) 、 
阿根廷 和 印度 花生 油 产 量 增长 ， 但 苏丹 产量 下 降 。 由 于 西班牙 和 土耳其 橄榄 油 产量 
增长 ， 世 界 橄 横 油 产量 也 略 有 增长 ， 但 突尼斯 ， 尤 其 是 意大利 的 产量 下 降 了 。 世 界 
向 日 英子 产量 略 有 下 降 ， 一 方面 是 苏联 因为 气候 不 好 产量 下 降 ， 另 一 方面 是 由 于 阿 
根 廷 改 种 其 它 赢利 多 的 作物 了 。 世 界 上 第 二 大 的 向 日 贡生 产 国美 国 再 次 获得 创 纪 录 
的 丰收 ， 因 而 部 分 抵 销 了 世界 向 日 英 产 量 下 降 的 数量 。 世 界 棉 子 油 的 产量 也 减少 了 ， 
主要 是 由 于 美国 的 产量 下 降 百 分 之 二 十 五 。 

一 九 七 八 年 世界 棕榈 油 的 产量 由 于 远东 干旱 增长 速度 放 慢 ， 一 九 七 九 年 的 增长 
速度 又 加 快 了 。 估 计 马 来 西亚 的 产量 将 达到 二 百 万 吨 左 右 ， 一 方面 是 由 于 单产 较 高 ， 
另 一 方面 是 由 于 结果 树 的 数量 不 断 增加 。 

一 九 七 九 年 在 月 桂 油 类 中 ， 世 界 棕榈 仁 油 的 产量 增长 ， 而 椰子 油 的 产量 部 下 降 
了 ， 主 要 是 因为 菲律宾 雨量 不 足 ， 下 降 的 数量 超过 结果 树 进 一 步 增长 的 数量 。 


一 思 蕊 九 年 动 植物 油 的 贸易 量 达 到 纪录 水 平 





一 九 七 九 年 部 分 数据 表明 ， 世 界 动 植物 油 贸易 量 将 达到 新 水 平 ， 可 能 超过 一 千 
九 百 万 吨 。 随 着 国际 平均 价格 的 上 涨 ， 世 界 出 口 收 入 ( 按 美元 价值 计算 ) 应 有 所 增 
长 。 


大 部 分 西欧 国家 和 日 本 一 九 七 九 年 头 几 个 月 总 的 进口 量 增长 了 ， 但 美国 的 购买 
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接 下 来 ， 我 们 将 注意 力 转移 到 生命 周期 的 开始 阶段 ， 使 用 FACTORY (工厂 ) 来 创建 和 重建 复 
杂 对 象 ， 并 使 用 AGGREGATE 来 封装 它们 的 内 部 结构 。 最 后 ， 在 生命 周期 的 中 间 和 末尾 使 用 
REPOSITORY (存储 库 ) 来 提供 查找 和 检索 持久 对 象 并 封装 庞大 基础 设施 的 手段 。 

尽管 REPOSITORY 和 FACTORY 本 身 并 不 是 来 源 于 领域 ， 但 它们 在 领域 设计 中 扮演 着 重要 的 角 
色 。 这 些 结构 提供 了 易于 掌握 的 模型 对 象 处 理 方式 ， 使 MODEL-DRIVEN DESIGN 更 完备 。 

使 用 AGGREGATE 进 行 建 模 ， 并 且 在 设计 中 结合 使 用 FACTORY 和 REPOsITORY， 这 样 我 们 就 能 够 
以 整个 生命 周期 为 一 个 单元 系统 地 操纵 模型 对 象 。 AGGREGATE 可 以 划分 出 一 个 范围 , 这 个 范围 内 
的 模型 元 素 在 生命 周期 各 个 阶段 都 应 该 维护 其 固定 规则 。FACTORY 和 REPOSITORY 在 AGGREGATE 基 
础 上 进行 操作 ， 将 特定 生命 周期 转换 的 复杂 性 封装 起 来 。 


6.1 模式 : AGGREGATE 





将 关联 减 至 最 少 的 设计 有 助 于 简化 对 象 之 间 的 人 遍历， 并 在 某 种 程度 上 限制 关系 的 急剧 增多 。 
但 大 多 数 业务 领域 中 的 对 象 都 具有 十 分 复杂 的 联系 ,以 至 于 最 终 会 形成 一 个 很 长 、 很 深 的 对 象 引 
用 路 径 ， 我 们 不 得 不 在 这 个 路 径 上 追踪 对 象 。 在 某 种 程度 上 ， 这 种 混乱 状态 反映 了 现实 世界 ， 因 
为 现实 世界 中 就 很 少 有 清晰 的 边界 。 这 在 软件 设计 中 是 一 个 重要 问题 。 

假设 我 们 从 一 个 数据 库 中 删除 一 个 Person 对 象 。 连 同 这 个 对 象 一 起 删除 的 还 有 姓名 、 出 生日 
期 和 工作 描述 。 但 地 址 如 何 处 理 呢 ? 可 能 还 有 其 他 人 住 在 同一 地 址 。 如 果 删 除了 地 址 , 那些 Person 
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对 象 将 会 引用 一 个 被 删除 的 对 象 。 如 果 保留 地 址 ， 那 么 垃圾 地 址 在 数据 库 中 会 累积 起 来 。 自 动 垃 
圾 收集 机 制 可 以 清除 垃圾 地 址 , 但 即使 在 数据 库 系统 中 可 以 使 用 这 种 技术 上 的 修复 ,但 它 却 忽略 
了 一 个 基本 的 建 模 问题 。 

即便 是 在 考虑 一 个 孤立 的 事务 时 ， 典 型 对 象 模型 中 的 关系 网 也 使 我 们 难以 断定 一 个 修改 会 产 
生 哪 些 潜在 的 影响 .仅仅 为 了 防备 出 现 某 种 依赖 性 就 更 新 系统 中 的 每 个 对 象 ,这 样 做 也 是 不 现实 的 。 

在 多 个 客户 对 相同 的 一 些 对 象 进行 并 发 访问 的 系统 中 , 这 个 问题 更 加 突出 。 当 很 多 用 户 对 系 
统 中 的 对 象 进行 查询 和 更 新 时 ,必须 防止 他 们 同时 修改 互相 依赖 的 对 象 。 范围 错误 将 导致 严重 的 
后 果 。 

在 具有 复杂 关联 的 模型 中 , 要 想 保证 对 象 更 改 的 一 致 性 是 很 困难 的 。 不 仅 互 不 关联 的 对 象 需 
要 广 守 一 些 固定 规则 ,而 且 紧 密 关联 的 各 组 对 象 也 要 遵守 一 些 固定 规则 。 然 而 ,过 于 谨慎 的 锁定 
机 制 又 会 导致 多 个 用 户 之 间 毫 无 意义 地 互相 干扰 ， 从 而 使 系统 不 可 用 。 

换 句 话说 , 我 们 如 何 知道 一 个 由 其 他 对 象 组 成 的 对 象 从 哪里 开始 , 又 到 何 处 结束 呢 ? 在 任何 
具有 持久 化 数据 存储 的 系统 中 , 对 数据 进行 修改 的 事务 必须 要 有 一 个 范围 , 而 且 要 有 一 种 保持 数 
据 一 致 性 的 方式 〈 也 就 是 说 ， 保 持 数据 遵守 固定 规则 )。 数 据 库 支持 各 种 锁定 机 制 ， 而 且 可 以 编 
写 一 些 测试 来 验证 。 但 这 些 特殊 的 解决 方案 分 散 了 人 们 对 模型 的 注意 力 ， 很 快 人 们 就 会 回 到 “ 走 
一 步 ， 看 一 步 ”的 老路 上 来 。 

实际 上 , 要 想 找到 一 种 兼顾 各 种 问题 的 均衡 解决 方案 ,要 求 对 领域 有 更 深入 的 理解 ， 例 如 要 
了 解 特定 类 的 实例 之 间 的 更 改 频率 这 样 的 深层 次 因素 ,我 们 需要 找到 一 个 对 象 间 冲 突 较 少 而 固定 
规则 联系 更 紧密 的 模型 。 

尽管 从 表面 上 看 这 个 问题 属于 数据 库 事务 方面 的 一 个 技术 难题 , 但 它 的 根源 却 在 模型 ,归根 
结 底 是 由 于 模型 中 缺乏 明确 定义 的 边界 。 从 模型 得 到 的 解决 方案 将 使 得 模型 更 易于 理解 , 并且 使 
设计 更 易于 沟通 。 当 模型 被 修改 时 ， 它 将 引导 我 们 对 实现 做 出 修改 。 

人 们 已 经 开发 出 很 多 模式 (scheme) 来 定义 模型 中 的 所 属 关系 。 下 面 这 个 简单 但 严格 的 系统 
就 是 从 这 些 概念 中 提炼 得 到 的 ,包括 一 组 用 于 实现 一 些 事务 (这 些 事务 用 来 修改 对 象 及 其 所 有 者 ) 
的 规则 ”。 

首先 , 我 们 需要 用 一 个 抽象 来 封装 模型 中 的 引用 。AGGREGATE 就 是 一 组 相关 对 象 的 集合 ,我 
们 把 它 作为 数据 修改 的 单元 。 每 个 AGGREGATE 都 有 一 个 根 (root) 和 一 个 边界 (boundary)。 边 界 
定义 了 AGGREGATE 的 内 部 都 有 什么 。 根 则 是 AGGREGATE 中 所 包含 的 一 个 特定 ENTITY 。 在 
AGGREGATE 中 , 根 是 唯一 允许 外 部 对 象 保持 对 它 的 引用 的 元 素 ,而 边界 内 部 的 对 象 之 间 则 可 以 互 
相 引 用 。 除 根 以 外 的 其 他 ENTITY 都 有 本 地 标识 , 但 这 些 标识 只 有 在 AGGREGATE 内 部 才 需 要 加 以 区 
别 ， 因 为 外 部 对 象 除了 根 ENTITY 之 外 看 不 到 其 他 对 象 。 

汽车 修配 厂 的 软件 可 能 会 使 用 一 个 汽车 模型 。 如 图 6-2 所 示 。 汽 车 是 一 个 具有 全 局 标识 的 


@ David Siegel 于 20 世 纪 90 年 代 发 明了 这 个 系统 ， 并 在 一 些 项 目 上 使 用 了 它 ， 但 并 没有 公开 发 表 。 
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ENTITY: 我 们 需要 将 这 部 汽车 与 世界 上 所 有 其 他 汽车 区 分 开 〈 即 使 是 一 些 非常 相似 的 汽车 )。 我 
们 可 以 使 用 车 辆 识别 号 来 进行 区 分 , 车 辆 识别 号 是 为 每 辆 新 汽车 分 配 的 唯一 标识 符 。 我 们 可 能 想 
跟踪 4 个 轮胎 的 历史 转 数 。 我 们 可 能 想 知道 每 个 轮胎 的 里 程 数 和 磨损 度 。 要 想 知道 哪个 轮胎 在 哪 
儿 ， 必 须 将 轮胎 标识 为 ENTITY。 但 我 们 可 能 不 会 关心 这 些 轮胎 在 这 辆 汽车 上 下 文 之 外 的 标识 。 如 
果 更 换 了 轮胎 并 将 上 轮胎 送 到 回收 厂 , 那么 软件 将 不 再 需要 跟踪 它们 ， 它 们 会 成 为 一 堆 废旧 轮胎 
中 的 一 部 分 。 没 有 人 会 关心 它们 的 转动 历史 。 更 重要 的 是 ， 即 使 轮胎 被 安 在 汽 车 上 ， 也 不 会 有 人 
要 系统 中 查询 特定 的 轮胎 , 然后 看 看 这 个 轮胎 在 哪 辆 汽车 上 。 人 们 只 会 在 数据 库 中 查找 汽车 , 然 
后 临时 查看 一 下 这 部 汽车 的 轮胎 情况 。 因 此 , 汽车 是 AGGREGATE 的 根 ENTITY， 而 轮胎 只 是 处 于 这 
个 AGGREGATE 的 边界 之 内 。 另 一 方面 ， 发 动机 组 上 面 都 刻 有 序列 号 ， 而 且 有 时 是 独立 于 汽车 被 跟 
踪 的 。 在 一 些 应 用 程序 中 ， 发 动机 可 以 是 其 自己 的 AGGREGATE 根 。 


可 以 引用 祖 Car， 或 者 通过 


0 
i | AGGREGATE 边 界外 部 的 对 象 
Fogne 1 上 PEE 中 窒 询 它 









<<Aggregate dk 


ee 一 | comer 








| aconeorr 边 界外 部 的 。 六 
| 对象 可 能 不 会 引用 The， 
因为 它 是 内 部 的 


图 6-2 本 地 标识 与 全 局 标识 及 对 象 引用 


固定 规则 (invariant) 是 指 在 数据 变化 时 必须 保持 不 变 的 一 致 性 规则 。AGGREGATE 内 部 的 成 
员 之 间 可 能 存在 固定 关系 。 AGGREGATE 中 的 所 有 规则 并 不 是 每 时 每 刻 都 被 更 新 为 最 新 的 状态 。 通 
过 事件 处 理 、 批 处 理 或 其 他 更 新 机 制 ， 在 一 定 的 时 间 内 可 以 解决 部 分 依赖 性 。 但 在 每 个 事务 完成 
时 ， 必 须要 满足 AGGREGATE 内 所 应 用 的 固定 规则 的 要 求 ， 如 图 6-3 所 示 。 

现在 ， 为 了 实现 这 个 概念 上 的 AGGREGATE， 需 要 对 所 有 事务 应 用 一 组 规则 。 

口 根 ENTITY 具 有 全 局 标识 ， 它 最 终 负 责 检 查 固定 规则 。 

口 根 ENTITY 具 有 全 局 标识 。 边 界 内 的 ENrTTY 具 有 本 地 标识 ， 这 些 标识 只 有 在 AGGREGATE 内 

部 才 是 唯一 的 。 
口 AGGREGATE 外 部 的 对 象 不 能 引用 除根 ENTITY 之 外 的 任何 内 部 对 象 。 根 ENTITY 可 以 把 对 内 
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部 ENTITY 的 引用 传递 给 它们 ， 但 这 些 对 象 只 能 临时 使 用 这 些 引 用 ， 而 不 能 保持 引用 。 根 [128] 
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可 以 把 一 个 VALUE OBJECT 的 副本 传递 给 另 一 个 对 象 ， 而 不 必 关 心 它 发 生 什 么 变化 ， 因 为 
它 只 是 一 个 VALUE， 不 再 与 AGGREGArE 有 任何 关联 。 

口 作为 上 一 条 规则 的 推论 ， 只 有 AGGREGATE 的 根 才能 直接 通过 数据 库 查 询 获取 。 所 有 其 他 
对 象 必须 通过 关联 的 遍历 才能 找到 。 

口 AGGREGATE 内 部 的 对 象 可 以 保持 对 其 他 AGGREGATE 根 的 引用 。 

口 删除 操作 必须 一 次 删除 AGGREGATE 边 界 之 内 的 所 有 对 象 。( 利 用 垃圾 收集 机 制 ， 这 很 容易 
做 到 。 由 于 除根 以 外 的 其 他 对 象 都 没有 外 部 引用 ， 因 此 删除 了 根 以 后 ， 其 他 对 象 均 会 被 
回收 。) 


口 当 提交 对 AGGREGATE 边 界 内 部 的 任何 对 象 的 修改 时 ,整个 AGGREGATE 中 的 所 有 固定 规则 都 
必须 被 满足 。 









<<Entity>> 
<<Aggregate Root>> 


Car 





|=<Emae>> ss 





Wheel 4 vehicle identification Ee 
ET (FLRRERR)| rorateld tire/wheel ID Paisy | 


$0 


3 Se | 







固定 规则 ， 目 前 rotate 方 法 是 















1 中 Ed | 通过 外 部 访问 来 更 改 轮 胎位 
a | <<Entity>> [| 护法 __| 
ER ede MG pe Tire 
[aa lk 
mae local identity {arbitrary} 
A mileage 





{同一 个 车 轮 上 不 能 
有 时 间 段 的 重 吞 } 





{mileage ~ sum(Position.mileage)} 





图 6-3 AGGREGATE 的 固定 规则 


我 们 应 该 将 ENTITY 和 VALUE OBJECT 分 门 别 类 放 到 AGGREGATE 中 , 并 定义 每 个 AGGREGATE 的 
边界 。 在 每 个 AsGREGATE 中 ,选择 一 个 ENTITY 作 为 根 ， 并 通过 根来 控制 对 边界 内 其 他 对 象 的 所 
有 访问 。 只 允许 外 部 对 象 保持 对 根 的 引用 。 对 内 部 成 员 的 临时 引用 可 以 被 传递 出 去 ， 但 仅 在 一 次 
操作 中 有 效 。 由 于 根 控制 访问 ， 因 此 不 能 绕 过 它 来 修改 内 部 对 象 。 这 种 设计 有 利于 确保 


AGGREGATE 中 的 对 象 满足 所 有 固定 规则 ， 也 可 以 确保 在 任何 状态 变化 时 AGGREGATE 作 为 一 个 整 
体 满足 固定 规则 。 
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有 一 个 能 够 声明 AGGREGATE 的 技术 框架 是 很 有 帮助 的 , 这 样 就 可 以 自动 实施 锁定 机 制 和 其 他 
一 些 功 能 。 如 果 没 有 这 样 的 技术 框架 ,团队 就 必须 靠 自 我 约束 来 使 用 事先 商定 的 AGGREGATE， 并 
按照 这 些 AGGREGATE 来 编写 代码 。 


| 示例 | 采购 订单 的 完整 性 
考虑 一 个 简化 的 采购 订单 系统 〈 见 图 6-4) 可 能 具有 的 复杂 性 。 
Purchase Order | 
|approved limit | 
{sum of em amounts <= PO 


limit} 


Part | [Purchase Order | 


quantity 











| 








图 6-4 一 个 采购 订单 系统 的 模型 


这 个 图 表示 了 一 个 很 典型 的 采购 订单 (PO) 视图 ， 它 被 分 解 为 项 目 (line item) ， 一 条 固定 
规则 是 项 目的 和 不 能 超过 PO 总 额 的 限制 。 现 有 实现 有 以 下 3 个 互相 关联 的 问题 。 

(1) 固定 规则 的 实施 。 当 添加 一 个 新 的 项 目 时 , PO 检查 总 额 , 如 果 新 增 项 目 使 总 额 超出 限制 
则 将 PO 标记 为 无 效 。 正 如 我 们 将 要 看 到 的 那样 ， 这 种 保护 机 制 并 不 充分 。 

(2) 变更 管理 。 当 PO 被 删除 或 存档 时 ， 各 个 项 目 也 将 被 一 块 处 理 ， 但 模型 并 没有 给 出 关系 应 
该 在 何 处 停止 。 在 不 同时 间 更 改 乐器 价格 所 产生 的 影响 也 不 明确 。 

(3) 数据 库 共享 。 数 据 库 会 出 现 由 于 多 个 用 户 竞争 使 用 而 带 来 的 问题 。 

多 个 用 户 将 并 发 地 输入 和 更 新 各 个 PO， 因 此 必须 防止 他 们 互相 干扰 。 让 我 们 从 一 个 非常 简 
单 的 策略 开始 ， 当 一 个 用 户 开始 编辑 任何 一 个 对 象 时 ， 锁 定 该 对 象 ， 直 到 用 户 提交 事务 。 这 样 ， 
当 George 编 辑 项 目 001 时 , Amanda 就 无 法 访问 该 项 目 。 Amanda 可 以 编辑 其 他 PO 上 的 任何 项 目 ( 包 
括 George 正 在 编辑 的 PO 上 的 其 他 项 目 )， 如 图 6-5 








129| 














PO #0012946 Approved Limit: $1,000.00 






所 示 。 

每 个 用 户 都 将 从 数据 库 读 取 对 象 ， 并 在 自己 
的 内 存 空间 中 实例 化 对 象 ， 并 在 这 里 查看 和 编辑 
对 象 。 只 有 当 开 始 编辑 时 ， 才 会 请 求 进行 数据 库 


001 Guitars 300.00 
002 | | @ zo000 [40000 
锁定 。 因 此 ，George 和 Amanda 可 以 同时 工作 ， 只 
要 他 们 不 同时 编辑 一 个 项 目 即 可 。 一 切 正常 …… 


-二 
直到 George 和 Amanda 开 始 编辑 同一 个 PO 上 的 不 


Total: 700.00 
同 项 目 ， 如 图 6-6 所 示 。 图 6-5 数据 库 中 存储 的 PO 的 初始 情形 


Item # Quantity Part Price Amount 
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Amanda 在 她 的 视图 中 多 加 了 一 把 trombone (长 号 ) 
PO #0012946 Approved Limit: $1,000.00 


eorge 在 他 的 视图 中 多 加 了 一 些 guitar (吉他 ) 
PO #0012946 Approved Limit: $1000.00 














Item #_ Quantity Part Price 

[oo | _s ouas fT@ioo0 
[eT fe | oom | rom | 
医 下 


Mem# es Part Price Amount 





















图 6-6 在 不 同事 务 中 同时 进行 的 编辑 


从 这 两 个 用 户 和 整个 软件 的 角度 来 看 , 他 们 的 
操作 都 没有 问题 ， 因 为 他 们 忽略 了 事务 期 间 数据 库 
其 他 部 分 所 发 生 的 变化 ,而 且 每 个 用 户 都 没有 修改 
被 对 方 锁定 的 项 目 。 

当 这 两 个 用 户 保存 了 修改 之 后 , 数据 库 中 就 存 
储 了 一 个 违反 领域 模型 固定 规则 的 PO. 一 条 重要 的 
业务 规则 被 破坏 了 ,而 且 没 有 人 知道 ,如 图 6-7 所 示 。 








Amount 
5 
rr rT 
| 
[一 一 


Price 












显然 ， 锁 定单 个 行 并 不 是 一 种 充分 的 保护 机 图 6-7 最 后 的 PO 超过 了 批准 限额 
制 。 如 果 一 次 锁定 一 个 PO, 就 会 防止 这 样 的 问题 发 (破坏 了 固定 规则 ) 
生 ， 如 图 6-8 所 示 。 


George 编 辑 他 的 视图 


PO H0012946 Approved Limit: S1.000.00 
lem # Quantit 


| 
Hz | 2 [reombones | @20000| 40000| 


Tatal: 900.00, 


Amanda 被 锁定 在 PO #0012946 之 外 















George 已 经 提交 更 改 - - 
IPO #0012946 Approved Limit: $1,000.00 


ltem# Q Amount 
[sos CT EY 
[oz 3 frromoones [@ 20000| eo0.00| 











Limit exceeded > Total: 1.100.00 


图 6-8 ”锁定 整个 PO 可 以 确保 满足 固定 规则 
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直到 Amanda 解 决 这 个 问题 之 前 ,程序 将 不 允许 保存 这 个 事务 ，Amanda 可 以 通过 提高 限额 或 
减少 一 把 吉他 来 解决 此 问题 。 这 种 机 制 防止 了 问题 ， 如 果 人 们 的 主要 工作 是 对 很 多 PO 进 行 操作 ， 
那么 这 可 能 是 一 种 不 错 的 解决 方案 。 但 如 果 很 多 人 同时 对 一 个 大 的 PO 的 不 同 项 进行 操作 时 ， 这 
种 锁定 机 制 就 显得 很 笨拙 了 。 

即使 假设 用 户 在 很 多 小 的 PO 上 工作 ,也 会 有 其 他 操作 可 能 破坏 这 条 固定 规则 。 考 虑 Part (部 
件 ) 这 一 列 。 如 果 当 Amanda 添 加 订单 时 ， 有 人 更 改 了 tombone (长 号 ) 的 price (价格 )， 那 么 这 
不 也 会 破坏 固定 规则 吗 ? 

那么 ， 我 们 试 着 除了 锁定 整个 PO 之 外 ， 再 锁定 Part。 图 6-9 显 示 了 当 George、Amanda 和 Sam 
在 不 同 的 PO 上 工作 时 将 会 发 生 的 情况 。 

George 在 编辑 PO 时 ， Amanda 添 加 trombone， 必 须 等 待 George 完 成 工作 
Guitars 和 Trombones 被 锁定 Violins 被 锁定 
PO #0012946 Approved Limit: $1,000.00 Po #0012932 Approved Limit $1,850.00 


400.00 | 1,200.00 
@@ 200.00 | 400.00 
































图 6-9 ”过 于 谨慎 的 锁定 会 妨碍 人 们 的 工作 

工作 变 得 越 来 越 麻烦 了 ， 因 为 对 乐器 (Part) 出 现 了 很 多 争 用 情况 。 这 样 就 会 发 生 图 6-10 中 
的 结果 : 

这 三 个 人 都 需要 等 待 。 

现在 我 们 可 以 开始 改进 模型 ， 在 模型 中 加 入 以 下 业务 知识 。 

(1) Part 在 很 多 PO 中 使 用 (会 产生 高 竞争 ) 。 

(2) 对 Part 的 修改 少 于 对 PO 的 修改 。 

(3) 对 Price (价格 ) 的 修改 不 一 定 会 传播 到 现 有 PO， 它 取决 于 修改 价格 时 PO 处 于 什么 状态 。 








132| 
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George 添 加 violin ， 必 须 等 待 Amanda 完 成 工作 () 
PO #0012946 Approved Limit $1,000.00 













图 6-10 死 镇 


当 我 们 考虑 已 经 被 提交 并 存档 的 PO 时 ， 第 3 点 尤为 明显 。 它 们 显示 的 当然 是 填写 时 的 价格 ， 
而 不 是 当前 价格 。 


approved limit 
{sum of tem amounts <= PO 
approved limit} 


Ri 





er | 


图 6-11 Price 被 复制 到 Line Item 中 ， 现 在 可 以 确保 满足 聚合 的 固定 规则 了 


按照 图 6-11 这 个 模型 得 到 的 实现 可 以 确保 满足 与 PO 和 项 有 关 的 固定 规则 ， 同 时 对 一 个 部 件 
的 价格 的 修改 将 不 会 立即 影响 引用 这 个 价格 的 项 。 涉 及 面 更 广 的 规则 可 以 通过 其 他 方式 来 满足 。 
例如 ,系统 可 以 每 天 为 用 户 列 出 价格 过 期 的 项 的 队列 ,这样 用 户 就 可 以 决定 是 更 新 还 是 去 掉 每 个 
项 。 但 这 并 不 是 必须 一 直 保持 的 固定 规则 。 通 过 减少 项 对 Par 的 依赖 ， 可 以 避免 争 用 , 并 且 能 够 更 
好 地 反映 出 业务 的 现实 情况 。 同 时 ， 加 强 PO 与 项 之 间 的 关系 可 以 确保 遵守 这 条 重要 的 业务 规则 。 
AGGREGATE 强 制 了 PO 与 项 之 间 的 符合 业务 实际 的 所 属 关系 。PO 和 项 的 创建 及 删除 很 自然 地 

134] 被 联系 在 一 起 ， 而 Par 的 创建 和 删除 却 是 独立 的 。 
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AGGREGATE 划 分 出 一 个 范围 ,在 这 个 范围 内 , 生命 周期 的 每 个 阶段 都 必须 满足 一 些 固定 规则 。 
接 下 来 要 讨论 的 两 种 模式 FACTORY 和 REPOSITORY 都 是 在 AGGREGATE 上 执行 操作 ， 它 们 将 特定 生命 
周期 转换 的 复杂 性 封装 起 来 …… 


6.2 模式 : FACTORY 





当 创建 一 个 对 象 或 创建 整个 AGGREGATE 时 ， 如 果 创 建 工作 很 复杂 , 或 者 暴露 了 过 多 的 内 部 结 
构 ， 则 可 以 使 用 FACTORY 进 行 封装 。 





浇 


对 象 的 功能 主要 体现 在 其 复杂 的 内 部 配置 以 及 关联 方面 。 我 们 应 该 一 直 对 一 个 对 象 进行 提 
炼 , 直到 所 有 与 其 意义 或 在 交互 中 的 角色 无 关 的 内 容 已 完全 被 剔除 为 止 。 一 个 对 象 在 它 的 生命 周 
期 当中 要 承担 大 量 的 职责 。 如 果 再 让 复杂 对 象 负责 其 自身 的 创建 ,那么 职责 的 过 载 将 会 导致 问题 
产生 。 

汽车 发 动机 是 一 种 复杂 的 机 械 装置 , 它 由 数 十 个 零件 共同 协作 来 懂行 发 动机 的 职责 一 一 使 轴 
转动 。 我 们 可 以 试 着 设计 一 种 发 动机 组 ， 让 它 自己 抓 取 一 组 活塞 并 塞 到 汽缸 中 ,火花 塞 也 可 以 自 
己 找到 插 孔 并 把 自己 拧 进 去 。 但 这 样 组 装 的 复杂 机 器 可 能 没有 我 们 常见 的 发 动机 那样 可 靠 或 高 
效 。 相 反 ， 我 们 用 其 他 东西 来 装配 发 动机 。 或 许 是 一 个 机 械 师 , 或 者 是 一 个 工业 机 器 人 。 无 论 是 
机 器 人 还 是 人 , 实际 上 都 比 二 者 要 装配 的 发 动机 复杂 。 装配 零 件 的 工作 与 使 轴 旋 转 的 工作 完全 无 
关 。 装 配 者 的 功能 只 是 在 生产 汽车 时 才 需 要 ,我 们 驾驶 时 并 不 需要 机 器 人 或 机 械 师 。 由 于 汽车 的 
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装配 和 驾驶 永远 不 会 同时 发 生 ， 因 此 将 这 两 种 功能 合并 到 同一 个 机 制 中 是 毫 无 价值 的 。 同 理 , 装 
配 复杂 的 复合 对 象 的 工作 也 最 好 与 对 象 要 执行 的 工作 分 开 。 

但 将 职责 转交 给 另 一 个 相关 方 〈 应 用 程序 中 的 客户 对 象 ) 会 产生 更 严重 的 问题 。 客 户 知道 需 
要 完成 什么 工作 , 并 依靠 领域 对 象 来 执行 必要 的 计算 。 如 果 希 望 让 客户 来 装配 它 所 需 的 领域 对 象 ， 
那么 它 必须 要 知道 对 象 内 部 结构 的 一 些 知识 。 为 了 确保 满足 应 用 于 领域 对 象 中 各 部 分 关系 的 所 有 
固定 规则 , 客户 必须 知道 对 象 的 一 些 规则 。 甚 至 调用 构造 函数 也 会 使 客户 与 它 要 构建 的 对 象 的 某 
些 具体 类 产生 耦合 。 对 领域 对 象 实现 所 做 的 任何 修改 都 要 求 客 户 做 出 相应 修改 ,这 使 得 重 构 变 得 
更 加 困难 。 

当 让 一 个 客户 负责 创建 对 象 时 ， 它 会 变 得 不 必要 的 复杂 , 而 且 其 职责 也 会 模糊 不 清 。 它 会 破 
坏 领 域 对 象 的 封装 和 AGGREGATE 的 创建 。 更 严重 的 是 ， 如 果 客 户 是 应 用 居 的 一 部 分 ， 那么 职责 就 
会 从 领域 层 泄漏 到 应 用 层 中 。 应 用 层 与 实现 细节 之 间 的 这 种 耦合 使 得 领域 层 抽象 的 大 部 分 优势 荡 
然 无 在 ， 而 且 导致 后 续 更 改 的 代价 变 得 更 加 高 昂 。 

对 象 的 创建 本 身 可 以 是 一 个 主要 操作 , 但 被 创建 的 对 象 并 不 适合 承担 复杂 的 装配 操作 。 将 这 
些 职责 混合 在 一 起 可 能 导致 出 现 难以 理解 的 拙劣 设计 。 让 客户 直接 负责 创建 对 象 又 会 使 客户 的 设 
计 陷 入 混乱 ， 并 且 破 坏 被 装配 对 象 或 AGGREGATE 的 封装 ， 而 且 导 致 客户 与 被 创建 对 象 的 实现 之 
间 产 生 过 于 紧密 的 耦合 。 

复杂 的 对 象 创建 是 领域 层 的 职责 , 然而 这 项 任务 并 不 属于 那些 用 于 表示 模型 的 对 象 。 在 有 些 
情况 下 ， 对 象 创建 和 装配 会 在 领域 中 产生 一 次 里 程 碑 式 的 重要 事件 ， 例 如 “ 开 一 个 银行 账户 "。 
但 一 般 情况 下 ,对 象 创建 和 装配 在 领域 中 并 没有 什么 意义 ,它们 只 不 过 是 实现 的 一 种 需要 。 为 了 
解决 这 一 问题 ， 我 们 必须 在 领域 设计 中 增加 一 种 新 的 构造 ， 它 不 是 ENTITY、VALUE OBJECT， 也 不 
是 SERVICE。 这 与 前 一 章 的 论述 相 违背 ， 因 此 把 它 解释 清楚 很 重要 。 我 们 正在 向 设计 中 添加 一 些 
新 的 元 素 ， 但 它们 不 对 应 于 模型 中 的 任何 事物 ， 而 确实 又 承担 领域 层 的 部 分 职责 。 

每 种 面向 对 象 的 语言 都 提供 了 一 种 创建 对 象 的 机 制 〔 例 如 ，Java 和 C++ 中 的 构造 函数 ， 
Smalltalk 中 的 实例 创建 类 ), 但 我 们 仍然 需要 一 种 更 加 抽象 且 不 与 其 他 对 象 发 生 灶 合 的 构造 机 制 。 
这 就 是 FACTORY， 它 是 一 种 负责 创建 其 他 对 象 的 程序 元 素 。 如 图 6-12 所 示 。 





站 
i FacroRY 负 责 生 成 
A 下 | 满足 客户 和 内 部 规 
| ”需要 什么 | | 。 则 的 对 象 

一 一 -一 








图 6-12 与 FACTORY 的 基本 交互 
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正如 对 象 的 接口 应 该 封装 对 象 的 实现 一 样 (从 而 使 客户 无 需 知道 对 象 的 工作 机 理 就 可 以 使 用 
对 象 的 行为 ), FACTORY 也 应 该 封装 创建 一 个 复杂 对 象 或 AGGREGATE 所 需 的 知识 。 它 提供 了 一 个 反 
映 客户 目标 的 接口 ， 以 及 一 个 被 创建 对 象 的 抽象 视图 。 

因此 : 

应 该 将 创建 复杂 对 象 的 实例 和 聚合 的 职责 转移 给 一 个 单独 的 对 象 , 这 个 对 象 本 身 在 领域 模型 
中 可 能 没有 职责 ， 但 它 仍 是 领域 设计 的 一 部 分 。 提 供 一 个 封装 所 有 复杂 装配 操作 的 接口 ,而 且 这 
个 接口 应 该 不 需要 客户 引用 要 被 实例 化 的 对 象 的 具体 类 。 在 创建 AsGREGATE 时 要 把 它 作为 一 个 
整体 ， 并 确保 它 满足 固定 规则 。 





FACTORY 有 很 多 种 设计 方式 。[Gamma et al. 1995] 中 详尽 论述 了 几 种 特定 目的 的 创建 模式 , 包 
插 FACTORY METHOD (工厂 方法 )、ABSTRACT FACTORY (抽象 工厂 ) 和 BUILDER (构建 器 )。 该 书 
主要 研究 了 一 些 适用 于 最 复杂 的 对 象 构造 问题 的 模式 。 本 书 在 这 里 的 重点 并 不 是 深入 讨论 
FACTORY 的 设计 问题 ， 而 是 要 表明 FACTORY 的 重要 地 位 一 一 它 是 领域 设计 中 的 重要 组 件 。 正 确 使 
用 FACTORY 有 助 于 保证 MopEL-DRIVEN DESIGN 沿 正确 的 轨道 前 进 。 

任何 好 的 工厂 都 需 满足 以 下 两 个 基本 需求 。 

(1) 每 个 创建 方法 都 是 原子 方法 ， 而 且 满 足 被 创建 对 象 或 AGGREGATE 的 所 有 固定 规则 。 
FACTORY 应 该 以 一 致 的 状态 来 生成 对 象 。 在 生成 ENTITY 时 ， 这 意味 着 创建 满足 所 有 固定 规则 的 整 
个 AGGREGATE， 但 在 创建 完成 后 可 以 向 聚合 添加 一 些 可 选 元 素 。 在 创建 不 变 的 VALUE OBJECT 时 ， 
这 意味 着 所 有 属性 必须 被 初始 化 为 正确 的 最 终 状态 。 如 果 FACTORY 通 过 其 接口 收 到 了 一 个 创建 对 
象 的 请 求 ,而 它 又 无 法 正确 地 创建 出 这 个 对 象 ， 那 么 它 应 该 抛 出 一 个 异常 ,或 者 调用 某 种 其 他 机 
制 ， 以 确保 不 会 返回 错误 的 值 。 

(2) FACTORY 应 该 被 抽象 为 所 需 的 类 型 ， 而 不 是 创建 出 具体 的 类 。[Gamma et al. 1995] 中 的 高 
级 FACTORY 模 式 介绍 了 这 一 话题 。 


6.2.1 选择 FACTORY 及 其 应 用 位 置 


一 般 来 说 ，FAcTORY 的 作用 是 使 创建 出 的 对 象 将 细节 隐藏 起 来 ， 而 且 我 们 把 FAcroRY 用 在 那 
些 需要 隐藏 细节 的 地 方 。 这 些 决定 通常 与 AGGREGATE 有 关 。 

例如 ， 如 果 需 要 向 一 个 已 存在 的 AGGREGATE 添 加 元 素 ， 可 以 在 AGGREGATE 的 根 上 创建 一 个 
FACTORY METHOD。 这 样 就 可 以 把 AGGREGATE 的 内 部 实现 细节 隐藏 起 来 ， 使 任何 外 部 客户 看 不 到 
这 些 细节 ， 同 时 使 根 负责 确保 AGGREGATE 在 被 添加 元 素 时 的 完整 性 ， 如 图 6-13 所 示 。 

另 一 个 示例 是 在 一 个 对 象 上 使 用 FACTORY METHOD， 这 个 对 象 与 生成 另 一 个 对 象 密切 相关 ， 
但 它 并 不 拥有 所 生成 的 对 象 。 当 一 个 对 象 的 创建 主要 使 用 另 一 个 对 象 的 数据 (或 许 还 有 规则 ) 时 ， 
则 可 以 在 后 者 的 对 象 上 创建 一 个 FACTORY METHOD， 这 样 就 不 必 将 后 者 的 信息 提取 到 其 他 地 方 来 
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[39] 创建 前 者 。 这 样 做 还 有 利于 传递 前 者 与 后 者 之 间 的 关系 。 


bi len 二 AadiAih 
的 根 ， 因 此 itemNumber 只 有 
在 AcGREaATE 内 部 才 是 唯一 的 





es 


_V 








p393: Catalog Part 














图 6-13 ”一 个 FACTORY METHOD 封 装 了 AGGREGATE 的 扩展 


在 图 6-14 中 ，Trade Order 不 属于 Brokerage Account 所 在 的 那个 AGGREGATE， 因 为 它 从 一 开始 
就 与 交易 执行 应 用 程序 进行 交互 ， 所 以 把 它 放 在 Brokerage Account 中 只 会 碍 事 。 尽 管 如 此 ， 让 
Brokerage Account 负 责 控制 Trade Order 的 创建 却 是 很 自然 的 事情 。Brokerage Account 中 含有 一 些 
将 会 被 代入 到 Trade Order 中 的 信息 (从 其 自己 的 标识 开始 ) ， 而 且 它 还 包含 一 些 规则 (这 些 规则 
控制 了 哪些 交易 是 允许 的 )。 隐 藏 Trade Order 的 实现 细节 还 会 带 来 一 些 其 他 好 处 。 例 如 ， 我 们 可 


以 将 它 重 构 为 一 个 层次 结构 ,分 别 为 Buy Order 和 Sell Order 创 建 一 些 子 类 。FACTORY 可 以 避免 客户 
与 具体 类 之 间 产 生 耦 合 。 





F- 一 一 





| 
1456 :TradeOrder 
newBuy(“WCOM", 500) | b123 : Brokerage Account | 
一 = 





—> | orderld =u456 
< 一 | accountNumber = b123 


brokerageAccountld = b123 
1456 customerName Smith” | 


type = BuyOrder 
security = “WCOM” 
numberOfShares = 500 





图 6-14 ”FACTORY METHop 生 成 一 个 ENTIY ， 但 这 个 ENTrrY 并 不 属于 
FACTORY 所 在 的 AGGREGATE 
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FACTORY 与 其 产品 之 间 是 紧密 看 合 的 ， 因 此 FACTORY 应 该 只 被 关联 到 与 产品 有 着 紧密 的 自然 
关系 的 对 象 。 当 有 些 细节 需要 隐藏 (无 论 要 隐藏 的 是 具体 实现 还 是 构造 的 复杂 性 ) 而 又 找 不 到 一 
个 自然 的 地 方 来 隐藏 它们 时 ,必须 创建 一 个 专用 的 FAcTrORY 对 象 或 SERVICE。 整 个 AGGREGATE 通 常 
由 一 个 独立 的 FAcTORY 来 创建 , FACTORY 负 责 把 对 根 的 引用 传递 出 去 , 并 确保 创建 出 的 AGGREGATE 
满足 固定 规则 。 如 果 AGGREGATE 内 部 的 某 个 对 象 需要 一 个 FACTORY， 而 这 个 FACTORY 又 不 适合 在 
AGGREGATE 根 上 创建 ， 那 么 应 该 构建 一 个 独立 的 FACTORY。 但 仍 应 遵守 规则 一 一 把 访问 限制 在 






而 J ereate(“Joe Smith", MARGIN_APPROVED) 站 |] create | b123; Brokerage Account 
application — eM ee 
| < 一 Aseount Factory accountNumber = "| 
一 bl23 一 一 一 一 一 一 | oustomerName = 
1231 jnext 9 
sr 
一 一 一 > Se 
brokerage 
| accountnumber :Margin Account 


图 6-15 ”由 一 个 独立 的 FAcTORY 来 构建 AGGREGATE 
6.2.2 ”有 些 情况 下 只 需 使 用 构造 函数 


我 曾经 在 很 多 代码 中 看 到 过 所 有 实例 都 是 通过 直接 调用 类 构造 函数 来 创建 的 ,或 者 是 使 用 编 
程 语言 的 最 基本 的 实例 创建 方式 。FACTORY 的 引入 提供 了 巨大 的 优势 ， 而 这 种 优势 往往 并 未 得 到 
充分 利用 。 但 是 ， 在 有 些 情况 下 直接 使 用 构造 函数 确实 是 最 佳 选 择 。FACTORY 实 际 上 会 使 那些 不 
具有 多 态 性 的 简单 对 象 复杂 化 。 
在 以 下 情况 下 最 好 使 用 简单 的 、 公 共 的 构造 函数 。 
口 类 (class) 是 一 种 类 型 (type) 。 它 不 是 任何 相关 层次 结构 的 一 部 分 ， 而 且 也 没有 通过 接 
口 实现 多 态 性 。 
口 客户 关心 的 是 实现 ， 可 能 是 将 其 作为 选择 STRATEGY 的 一 种 方式 。 
口 客户 可 以 访问 对 象 的 所 有 属性 ， 因 此 向 客户 公开 的 构造 函数 中 没有 俯 套 的 对 象 创建 。 
口 构造 并 不 复杂 。 
口 公共 构造 函数 必须 遵守 与 FACTORY 相 同 的 规则 : 它 必 须 是 一 个 原子 操作 ， 而 且 满 足 被 创建 
对 象 的 所 有 固定 规则 。 
不 要 在 构造 函数 中 调用 其 他 类 的 构造 函数 。 构 造 函 数 应 该 保持 绝对 简单 。 复 杂 的 装配 , 特别 
是 AGGREGATE， 需 要 使 用 FACTORY。 选 择 使 用 小 的 FACTORY METHop 的 门槛 并 不 高 。 
Java 类 库 提供 了 一 些 有 趣 的 例子 。 所 有 集合 都 实现 了 接口 ， 接 口 使 得 客户 与 具体 实现 之 间 不 
产生 耦合 。 然 而 , 它们 都 是 通过 直接 调用 构造 函数 创建 的 。 但 是 , 集合 类 本 来 是 可 以 使 用 FACTORY 
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来 封装 集合 的 层次 结构 的 。 而 且 ， 客 户 也 可 以 使 用 FACTORY 的 方法 来 请 求 所 需 的 特性 ， 然 后 由 
FACTORY 来 选择 适当 的 类 来 实例 化 。 这 样 一 来 ， 创 建 集合 的 代码 就 会 有 更 强 的 表达 力 ， 而 且 在 安 
装 新 的 集合 类 时 不 会 破坏 每 个 Java 程 序 。 

但 在 某 些 场合 下 使 用 具体 的 构造 函数 更 为 合适 。 首 先 , 在 很 多 应 用 程序 中 ,实现 方式 的 选择 
对 性 能 的 影响 是 非常 敏感 的 ， 因 此 应 用 程序 需要 控制 选择 哪 种 实现 (尽管 如 此 ， 真 正 智能 的 
FACTORY 仍 然 可 以 满足 这 些 因素 的 要 求 )。 不 管 怎样 集合 类 的 数量 并 不 多 ， 因 此 选择 并 不 复杂 。 

虽然 没有 使 用 FAcroRY， 但 抽象 集合 类 型 仍然 具有 一 定价 值 ， 原 因 就 在 于 它们 的 使 用 模式 。 
集合 通常 都 是 在 一 个 地 方 创建 ， 而 在 其 他 地 方 使 用 。 这 意味 着 最 终 使 用 集合 〈 添 加 、 删 除 和 检索 
其 内 容 ) 的 客户 仍 可 以 与 接口 进行 对 话 ， 从 而 不 与 实现 发 生 耦 合 。 集 合 类 的 选择 通常 由 拥有 该 集 
合 的 对 象 来 决定 ， 或 是 由 该 对 象 的 FACTORY 来 决定 。 


6.2.3 接口 的 设计 


当 设 计 FACTORY 的 方法 签名 时 , 无论 是 独立 的 FACTORY 还 是 FACTORY METHOD, 都 要 记 住 以 下 
两 点 。 
口 每 个 操作 都 必须 是 原子 的 。 我们 必须 在 与 FACTORY 的 一 次 交互 中 把 创建 对 象 所 需 的 所 有 信 
息 传递 给 FACTORY。 同 时 必须 决定 当 某 些 固定 规则 没有 被 满足 而 导致 创建 失败 时 ,将 执行 
什么 操作 。 可 以 抛 出 一 个 异常 或 仅仅 返回 null。 为 了 保持 一 致 ， 可 以 考虑 采用 一 个 编码 标 
淮 来 处 理 FACTORY 失 败 。 
口 Factory 将 与 其 参数 发 生 杨 合 。 如 果 在 选择 输入 参数 时 不 小 心 ， 可 能 会 产生 错综复杂 的 依赖 
关系 。 耦 合 程度 取决 于 对 参数 (argument) 的 处 理 。 如 果 只 是 简单 地 将 参数 插入 到 要 构建 
的 对 象 中 ， 则 依赖 度 就 是 适中 的 。 如 果 从 参数 中 选 出 一 部 分 在 构造 对 象 时 使 用 ， 耦 合 将 
更 紧密 。 
最 安全 的 参数 是 那些 来 自 较 低 的 设计 层 的 参数 。 即 使 在 同一 层 中 ,也 有 一 种 自然 的 分 层 倾向 ， 
其 中 更 基本 的 对 象 被 更 高 层 的 对 象 使 用 (第 10 章 将 从 不 同方 面 讨论 这 样 的 分 层 , 第 16 章 也 会 论述 
这 个 问题 )。 
另 一 个 好 的 参数 选择 是 与 模型 中 的 产品 密切 相关 的 对 象 , 这样 不 会 增加 新 的 依赖 性 。 在 前 面 
的 Purchase Order Item 示 例 中 ，FACTORY METHOD 将 Catalog Part 作 为 一 个 参数 ， 它 是 Item 的 一 个 重 
要 的 关联 。 这 在 Purchase Order 类 和 Part 之 间 增 加 了 直接 的 依赖 性 。 但 这 三 个 对 象 组 成 了 一 个 关系 
密切 的 概念 小 组 。 不 管 怎样 ，Purchase Order 的 AGGREGATE 已 经 引用 了 Part。 因 此 将 控制 权 交 给 
AGGREGATE 根 ， 并 封装 AGGREGATE 的 内 部 结构 是 一 个 不 错 的 折 中 选择 。 
使 用 抽象 类 型 的 参数 ， 而 不 是 它们 的 具体 类 。EFAcTORY 与 产品 的 具体 类 发 生 耘 合 ， 而 无 需 与 
具体 的 参数 发 生 灶 合 。 
6.2.4 ”固定 规则 的 逻辑 应 放置 在 哪里 
FACTORY 负 责 确保 它 所 创建 的 对 象 或 AGGREGATE 满 足 所 有 固定 规则 ， 然 而 在 把 应 用 于 一 个 对 
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象 的 规则 移 到 该 对 象 外 部 之 前 应 三 思 。FACTORY 可 以 将 固定 规则 检查 工作 委派 给 产品 ， 而 且 这 通 
常 是 最 佳 选择 。 

但 FACTORY 与 它们 的 产品 之 间 存在 一 种 特殊 的 关系 。FACTORY 已 经 知道 其 产品 的 内 部 结构 ， 
而 且 使 用 FACTORY 的 目的 也 是 很 明确 的 ， 那 就 是 要 把 产品 创建 出 来 。 在 某 些 情况 下 ， 把 固定 规则 
逻辑 放 到 FACTORY 中 是 有 优点 的 ， 这 样 可 以 避免 产品 中 发 生 混乱 。 对 于 AGGREGATE 规 则 来 说 尤其 
如 此 (这 些 规则 约束 很 多 对 象 )。 但 固定 规则 你 辑 却 特别 不 适合 放 到 那些 与 其 他 领域 对 象 关 联 的 
FACTORY METHOD 中 。 

虽然 原则 上 在 每 个 操作 结束 时 都 应 该 应 用 固定 规则 ,但 通常 对 象 所 允许 的 转换 可 能 永远 也 不 
会 用 到 这 些 规则 。 可 能 ENTITY 标 识 属性 的 赋值 需要 满足 一 条 固定 规则 。 但 该 标识 在 创建 后 可 能 一 
直 保持 不 变 。VALUE OBJECT 则 是 完全 不 变 的 。 如 果 一 个 逻辑 在 对 象 的 有 效 生命 周期 内 永远 也 不 被 
用 到 , 那么 对 象 就 没有 必要 携带 这 个 逻辑 。 在 这 种 情况 下 ,FACTORY 是 放置 固定 规则 的 合适 地 方 ， 
这 样 可 以 使 FACTORY 创 建 出 的 产品 更 简单 。 


6.2.5 ENTITY FACTORY 与 VALUE OBJECT FACTORY 


ENTITY FACTORY 与 VALUE OBJECT FACTORY 有 两 个 方面 的 不 同 。 由 于 VALUE OBJECT 是 不 可 变 
的 ， 所 以 完成 产品 就 是 最 终 形式 。 因 此 FACTORY 操 作 必须 要 提供 产品 的 完整 描述 。 而 ENTITY 
FACTORY 则 只 需 具有 构造 有 效 AGGREGATE 所 需 的 那些 属性 。 如 果 固 定 规则 不 需要 细节 ， 则 可 以 过 
后 再 添加 这 些 细节 。 

我 们 来 看 一 下 为 ENTITY 分 配 标识 时 将 涉及 的 问题 (VALUE OBJECT 不 会 涉及 这 些 问 题 )。 正 如 
第 5 章 所 指出 的 那样 ， 既 可 以 由 程序 自动 分 配 一 个 标识 符 ， 也 可 以 通过 外 部 (通常 是 用 户 ) 提供 
一 个 标识 符 。 如 果 客 户 的 标识 是 通过 电话 号 码 跟踪 的 , 那么 该 电话 号 码 必须 作为 参数 被 显 式 地 传 
递 给 FAcTORY。 当 由 程序 分 配 标识 符 时 ，FACTORY 是 控制 它 的 理想 场所 。 尽 管 唯一 跟踪 ID 实际 上 
是 由 数据 库 “ 序 列 ” 或 其 他 基础 设施 机 制 生成 的 ， 但 FACTORY 知 道 需要 什么 样 的 标识 ， 以 及 将 标 
识 放 到 何 处 。 


6.2.6 ”重建 已 存储 的 对 象 


到 目前 为 止 ，FACTORY 只 是 发 挥 了 它 在 对 象 生命 周期 开始 时 的 作用 。 到 了 某 一 时 刻 ， 大 部 分 
对 象 都 要 存储 在 数据 库 中 或 通过 网 络 传输 ,而 在 当前 的 数据 库 技术 中 , 几乎 没有 哪 种 技术 能 够 保 
持 对 象 的 内 容 特征 。 大 多 数 传输 方法 都 要 将 对 象 转换 为 平面 数据 才能 传输 , 这 使 得 对 象 只 能 以 非 
常 有 限 的 形式 出 现 。 因 此 , 检索 操作 潜在 地 需要 一 个 复杂 的 过 程 将 各 个 部 分 重新 装配 成 一 个 可 用 
的 对 象 。 

用 于 重建 对 象 的 FACTORY 与 用 于 创建 对 象 的 FACTORY 很 类 似 ， 主 要 有 以 下 两 点 不 同 。 

() 用 于 重建 对 象 的 ENTITY FACTORY 不 分 配 新 的 跟踪 ID。 如 果 重新 分 配 ID, 将 与 先前 的 对 象 ID 
发 生 冲 突 。 因 此 ， 在 重建 对 象 的 FACTORY 中 ， 标 识 属性 必须 是 输入 参数 的 一 部 分 。 
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(2) 当 固 定 规 则 未 被 满足 时 ， 重 建 对 象 的 FACTORY 采 用 不 同 的 处 理 方式 。 当 创建 新 对 象 时 ， 
如 果 未 满足 固定 规则 , FACTORY 应 该 简单 地 拒绝 创建 对 象 , 但 在 重建 对 象 时 则 需要 更 灵活 的 响应 。 
如 果 对 象 已 经 在 系统 的 某 个 地 方 存在 例如 在 数据 库 中 ) ， 那 么 不 能 忽略 这 个 事实 。 但 是 ,同样 
也 不 能 任凭 规则 被 破坏 。 必 须 通过 某 种 策略 来 修复 这 种 不 一 致 的 情况 , 这 使 得 重建 对 象 比 创建 新 
对 象 更 困难 。 

图 6-16 和 图 6-17 显 示 了 两 种 重建 。 当 从 数据 库 中 重建 对 象 时 ， 对 象 映射 技术 就 可 以 提供 部 分 
或 全 部 所 需 服务 ， 这 是 非常 便利 的 。 当 从 其 他 介质 重建 对 象 时 ， 如 果 出 现 复杂 情况 ，FACTORY 是 
一 个 很 好 的 选择 。 


3 


[cusr table row {id=c123, 





b 
1. create(an SQL ResultSet) | : SOL Customer Factory | 3.create 
—» — 





a | 


el23 | firstName = “Joe” 
2. delegate | | 
1O-R Mapping Tech 
全 一 


图 6-16 ”从 关系 数据 库 中 检索 一 个 ENTITY 并 重建 它 


“<custome> IN 
<custid>c123<custid> | 
| <fullname>Joe Smith</fullname> 
| 


b 
1. create(someXML) | .XML Customer Factory. 3.create 
| > 





< 一 
e123 
v2 Parse(someXML) ~ 





XML Parser | 


图 6-17 重建 以 XML 形 式 传输 的 ENTITY 
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总 之 ,必须 把 创建 实例 的 访问 点 标识 出 来 , 并 显 式 地 定义 它们 的 范围 。 它 们 可 能 只 是 构造 函 
数 , 但 通常 需要 有 一 种 更 抽象 或 更 复杂 的 实例 创建 机 制 。 为 了 满足 这 种 需求 , 需要 在 设计 中 引入 
新 的 构造 一 一 FACTORY。FACTORY 通 常 不 表示 模型 的 任何 部 分 ， 但 它们 是 领域 设计 的 一 部 分 ， 能 
够 使 模型 更 明确 地 表示 出 对 象 。 

FACTORY 封 装 了 对 象 创建 和 重建 时 的 生命 周期 转换 。 另 一 种 大 大 增加 了 领域 设计 的 技术 复杂 
性 的 转换 是 对 象 与 存储 之 间 的 互相 转换 。 这 种 转换 由 另 一 种 领域 设计 构造 来 完成 ， 它 就 是 
REPOSITORY。 “ 


6.3 ”模式 : REPOSITORY 





我 们 可 以 通过 对 象 之 间 的 关联 来 找到 对 象 。 但 当 它 处 于 生命 周期 的 中 间 时 , 必须 要 有 一 个 起 
点 ， 以 便 从 这 个 起 点 遍历 到 一 个 ENTITY 或 VALUE。 





无 论 要 对 一 个 对 象 执行 什么 操作 , 都 需要 保持 一 个 对 它 的 引用 。 那么 如 何 获得 这 个 引用 呢 ? 
一 种 方法 是 创建 对 象 ， 因 为 创建 操作 将 返回 对 新 对 象 的 引用 。 第 二 种 方法 是 遍历 一 个 关联 。 我 们 
以 一 个 已 知 对 象 作为 起 点 ,并 向 它 索 取 一 个 关联 的 对 象 。 这 样 的 操作 在 任何 面向 对 象 的 程序 中 都 
会 大 量 用 到 ,而 且 对 象 之 间 的 这 些 链接 使 对 象 模型 具有 更 强 的 表达 能 力 。 但 我 们 必须 首先 获得 作 
为 起 点 的 那个 对 象 。 
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实际 上 , 我 曾经 遇 到 过 一 个 项 目 , 团队 成 员 对 MODEL-DRIVEN DESIGN 怀 有 极 大 的 热情 ， 因 而 
试图 通过 创建 对 象 或 遍历 对 象 的 方法 来 访问 所 有 对 象 。 他 们 的 对 象 存储 在 对 象 数据 库 中 , 而且 他 
们 据 此 推理 出 已 有 的 概念 关系 将 提供 所 有 必需 的 关联 。 他 们 只 需 完成 充分 的 分 析 工作 ， 以 便 使 整 
个 领域 满足 内 聚 的 要 求 。 这 种 自己 强加 的 限制 导致 他 们 创建 出 的 模型 错综复杂 ,而 前 几 章 我 们 一 
直 试 图 通过 仔细 地 实现 ENTITY 和 应 用 AGGREGATE 来 避免 这 种 复杂 性 。 这 种 策略 并 没有 坚持 多 长 时 
间 , 但 团队 成 员 一 直 也 没有 用 一 种 更 有 条 理 的 方法 来 取代 它 。 他 们 临时 拼凑 了 一 些 解决 方案 , 也 
放弃 了 最 初 的 宏伟 抱负 。 

想到 这 种 方法 的 人 并 不 多 , 尝试 它 的 人 就 更 少 了 , 因为 人 们 将 大 部 分 对 象 存储 在 关系 数据 库 
中 。 这 种 存储 技术 使 人 们 自然 而 然 使 用 第 三 种 获取 引用 的 方式 一 一 基于 对 象 的 属性 ,执行 查询 来 
找到 对 象 ， 或 者 是 找到 对 象 的 组 成 部 分 ， 然 后 重建 它 。 

数据 库 搜索 是 全 局 可 访问 的 , 它 使 我 们 可 以 直接 访问 任何 对 象 。 不 必 为 了 将 对 象 关 系 网 控制 
在 可 管理 的 范围 内 而 使 所 有 对 象 都 互 连 起 来 。 是 提供 遍历 还 是 依靠 搜索 ， 这 成 为 一 个 设计 决策 
需要 在 搜索 的 解 耦 与 关联 的 内 聚 之 间 做 出 权衡 。Customer 对 象 是 否 应 该 保持 所 有 Order 的 集合 ? 
是 否 应 该 通过 Customer ID 字段 在 数据 库 中 查找 Order? 要 想得到 一 个 易于 理解 的 设计 ， 需 要 选择 
一 个 正确 的 搜索 和 关联 组 合 。 

遗憾 的 是 , 开发 人 员 一 般 不 会 过 多 地 考虑 这 种 精细 的 设计 ,因为 他 们 满 脑子 都 是 大 量 需 要 用 
到 的 机 制 ， 以 便 很 有 技巧 地 利用 它们 来 实现 对 象 的 存储 、 取 回 和 最 终 的 删除 。 

现在 , 从 技术 的 观点 来 看 , 检索 一 个 已 存储 对 象 的 过 程 实际 上 属于 一 种 创建 对 象 的 操作 ， 因 
为 从 数据 库 中 检索 出 来 的 数据 被 用 来 组 装 新 的 对 象 。 实 际 上 ， 由 于 我 们 经 常 要 编写 这 样 的 代码 ， 
这 一 次 又 一 次 地 使 我 们 觉得 检索 对 象 就 是 在 创建 对 象 。 但 从 概念 上 讲 ， 对 象 的 检索 发 生 在 ENTITY 
的 生命 周期 的 中 间 。Customer 对 象 并 不 代表 一 个 新 的 客户 ， 因 为 它 已 经 在 数据 库 中 存在 ， 我 们 只 
是 把 它 检 索 出 来 。 为 了 记 住 这 个 区 别 ， 我 把 从 已 存储 的 数据 中 创建 实例 的 过 程 称 为 重建 。 

领域 驱动 设计 的 目标 是 通过 关注 领域 模型 (而 不 是 技术 ) 来 创建 更 好 的 软件 。 假 设 开 发 人 
员 构 造 了 一 个 SQL 查询 ， 并 将 它 传递 给 基础 设施 层 中 的 某 个 查询 服务 ， 然 后 再 根据 得 到 的 表 行 
数据 的 结果 集 提取 出 所 需 信息 , 最 后 将 这 些 信息 传递 给 构造 函数 或 FACTORY 开发 人 员 执行 这 一 
连 申 操 作 的 时 候 ， 早 已 不 再 把 模型 当 作 重 点 了 。 我 们 很 自然 地 会 把 对 象 看 作 容器 来 放置 查询 出 
来 的 数据 ， 这 样 整个 设计 就 转向 了 一 种 数据 处 理 风 格 。 虽 然 具 体 的 技术 细节 有 所 不 同 ， 但 问题 
仍然 存在 一 一 客户 处 理 的 是 技术 ， 而 不 是 模型 概念 。 诸 如 METADATA MAPPING LAYER ([Fowler 
2002]) 这 样 的 基础 设施 可 以 提供 很 大 帮助 ， 利 用 它 很 容易 将 查询 结果 转换 为 对 象 ， 但 开发 人 员 
考虑 的 仍然 是 技术 机 制 ， 而 不 是 领域 。 更 精 的 是 ， 由 于 客户 代码 直接 使 用 数据 库 ， 因 此 开发 人 员 
会 试图 绕 过 模型 的 一 些 特色 功能 (例如 AGGREGATE， 甚 至 是 对 象 封 装 ) ， 而 直接 获取 和 操作 他 们 
所 需 的 数据 。 这 将 导致 越 来 越 多 的 领域 规则 被 找 入 到 查询 代码 中 ,或 者 干脆 丢失 了 。 对 象 数 据 库 
确实 消除 了 转换 问题 ， 但 搜索 机 制 还 是 很 机 械 的 ， 开 发 人 员 仍 对 他 们 所 需 的 对 象 感 兴趣 。 
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客户 需要 以 一 种 符合 实际 的 方式 来 获取 对 已 存在 的 领域 对 象 的 引用 。 如 果 基础 设施 随 随便 便 
地 就 允许 开发 人 员 获 得 这 些 引 用 , 那么 他 们 可 能 会 增加 很 多 可 遍历 的 关联 , 这 会 使 模型 变 得 非常 
混乱 。 另 一 方面 , 开发 人 员 可 能 使 用 查询 从 数据 库 中 提取 他 们 所 需 的 数据 ,或 是 直接 提取 几 个 具 
体 的 对 象 ， 而 不 是 通过 从 AGGREGATE 根 开始 导航 来 得 到 这 些 对 象 。 这 样 会 导致 领域 远 辑 泄露 到 
查询 和 客户 代码 中 ， 而 且 ENTITY 和 VALUE OBJECT 变 成 单纯 的 数据 容器 。 大 多 数 用 于 数据 库 访 问 
的 基础 设施 的 技术 复杂 性 很 快 就 会 使 客户 代码 变 得 混乱 ,这 将 导致 开发 人 员 放 弃 领域 层 , 最 后 使 
模型 变 得 无 关 紧要 。 

根据 到 目前 为 止 所 讨论 的 设计 原则 , 我 们 可 以 在 某 种 程度 上 缩小 对 象 访问 问题 的 范围 , 假设 
我 们 找到 一 种 访问 方法 ， 它 能 够 明确 地 将 模型 作为 焦点 ， 从 而 应 用 这 些 原则 。 初 学 者 可 以 不 必 关 
心 临时 对 象 。 临 时 对 象 (通常 是 VALUE OBJECT) 只 存在 很 短 的 时 间 ， 在 客户 操作 中 用 到 它们 时 才 
创建 它们 , 用 完 就 删除 了 。 我 们 也 不 需要 对 那些 很 容易 通过 遍历 来 找到 的 持久 对 象 进行 查询 访问 。 
例如 ， 人 的 地 址 可 以 通过 Person 对 象 获 取 。 而 且 最 重要 的 是 ， 除 了 可 以 使 用 从 根 遍 历来 查找 对 象 
这 种 方法 以 外 ， 禁 止 用 其 他 方法 对 AGGREGATE 内 部 的 任何 对 象 进行 访问 。 

持久 化 的 VALUE OBJECT 一 般 可 以 通过 从 某 个 ENTITY 遍 历来 找到 ， 在 这 里 ENTITY 就 是 把 对 象 
封装 在 一 起 的 AGGREGATE 的 根 。 事 实 上 ， 对 VALUE 的 全 局 搜索 访问 常常 是 没有 意义 的 ， 因 为 通过 
属性 找到 VALUE OBJECT 相 当 于 用 这 些 属性 创建 一 个 新 实例 。 但 也 有 例外 情况 。 例 如 ,我 在 规划 旅 
行 线路 时 , 有 时 会 保存 几 个 想 要 去 的 路 线 , 过 后 再 回头 从 中 选择 一 个 来 预订 。 这 些 路 线 就 是 VALUE 

(如 果 两 条 路 线 由 相同 的 航班 构成 ， 那 么 我 不 会 关心 哪个 是 哪个 )， 但 它们 已 经 与 我 的 用 户 名 关 
联 到 一 起 了 ， 而 且 可 以 原封 不 动 地 将 它们 检索 出 来 。 另 一 个 例子 是 “ 枚 举 "， 在 枚 举 中 一 个 类 型 
有 一 组 严格 限定 的 、 预 定义 的 可 能 值 的 集合 。 但 是 ,对 VALUE OBJECT 的 全 局 访问 比 对 ENTITY 的 全 
局 访问 更 少见 ， 而 且 ， 如 果 确 实 需要 在 数据 库 中 搜索 一 个 已 存在 的 VALUE， 那 么 应 该 考虑 到 搜索 
结果 可 能 实际 上 是 一 个 ENTITY， 只 是 尚未 识别 它 的 标识 。 

从 上 面 的 讨论 显然 可 以 看 出 , 大 多 数 对象 都 不 应 该 通过 全 局 搜索 来 访问 。 如 果 很 容易 就 能 从 
设计 中 看 出 那些 确实 需要 全 局 搜索 访问 的 对 象 ， 那 该 有 多 好 ! 

现在 可 以 更 精确 地 将 问题 重新 表述 如 下 : 

在 所 有 持久 对 象 中 , 有 一 小 部 分 必须 能 够 通过 基于 对 象 属性 的 搜索 来 全 局 访问 。 当 不 易 通过 
遍历 的 方式 来 访问 某 些 AGGREGATE 根 的 时 候 ， 就 需要 使 用 这 种 访问 方式 。 它 们 通常 是 ENTITY， 
有 时 是 具有 复杂 内 部 结构 的 VALUE OBJECT,， 有 时 还 可 能 是 枚 举 VALUE。 而 其 他 对 象 则 不 宜 使 用 这 
种 访问 方式 ,因为 这 会 混淆 它们 之 间 的 重要 区 别 。 毫 无 约束 的 数据 库 查询 可 能 会 破坏 领域 对 象 的 
封装 和 AGGREGATE。 技 术 基 础 设施 和 数据 库 访 问 机 制 的 暴露 会 增加 客户 的 复杂 度 ， 并 妨碍 模型 
驱动 的 设计 。 

有 大 量 的 技术 可 用 来 解决 数据 库 访问 的 技术 难题 , 例如 将 SQL 封 装 到 QUERY OBJECT 中 , 或 利 
用 METADATA MAPPING LAYER 进 行 对 象 和 表 之 间 的 转换 ([Fowler 2002])。FACTORY 可 以 帮助 重建 
那些 已 存储 的 对 象 本章 后 面 将 会 讨论 )。 这 些 技术 和 很 多 其 他 技术 有 助 于 控制 数据 库 访问 的 复 
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杂 度 。 
有 得 必 有 失 , 我 们 应 该 注意 失去 了 什么 。 我 们 已 经 不 再 把 概念 放 在 领域 模型 中 思考 。 代 码 也 
不 再 表达 出 业务 ， 而 是 对 数据 库 检索 技术 进行 操纵 。REPOSITORY 是 一 个 简单 的 概念 框架 ， 它 可 用 











来 封装 这 些 解决 方案 ， 并 使 我 们 的 注意 力 重新 回 到 模型 上 。 

REPOSITORY 将 同一 类 型 的 所 有 对 象 表 示 为 一 个 概念 集合 (通常 是 模拟 的 )。 它 的 行为 类 似 于 
集合 ,只 是 具有 更 复杂 的 查询 功能 。 在 添加 或 删除 相应 类 型 的 对 象 时 ，REPOSITORY 的 后 台 机 制 负 
责 将 对 象 添加 到 数据 库 中 ,或 从 数据 库 中 删除 对 象 。 这 个 定义 表明 ，AGGREGATE 把 一 组 紧密 相关 
的 职责 收集 到 一 起 ， 这 些 职责 提供 了 对 AGGREGATE 根 的 从 其 生命 周期 开始 直至 结束 的 全 程 访问 。 

客户 使 用 查询 方法 向 REPOSITORY 请 求 对 象 , 这 些 查询 方法 根据 客户 所 指定 的 标准 (通常 是 特 
定 属性 的 值 ) 来 挑选 对 象 。 REPOSITORY 检 索 被 请 求 的 对 象 , 并 封装 数据 库 查询 和 元 数据 映射 机 制 。 
REPOSITORY 可 以 根据 客户 所 要 求 的 各 种 标准 来 挑选 对 象 。 它 们 也 可 以 返回 汇总 信息 , 例如 有 多 少 
个 实例 满足 查询 条 件 。REPOSITORY 甚 至 能 返回 汇总 计算 ,例如 所 有 匹配 对 象 的 某 个 数值 属性 的 总 
和 ， 如 图 6-18 所 示 。 
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| i FACTORY 
glient repository 2 
Ds | 其 他 RErostrony 


RE — matching objects - Queny Omecr 


等 等 
图 6-18 REPOSITORY 为 客户 执行 一 个 搜索 


REPOSITORY 解 除了 客户 的 巨大 负担 ， 使 客户 只 需 与 一 个 简单 的 、 易 于 理解 的 接口 进行 对 话 ， 
并 根据 模型 向 这 个 接口 提出 它 的 请 求 。 要 实现 所 有 这 些 功能 需要 大 量 复杂 的 技术 基础 设施 , 但 接 
口 很 简单 ， 而 且 从 概念 上 讲 ， 接 口 与 领域 模型 是 紧密 联系 的 。 

因此 : 

为 每 种 需要 全 局 访问 的 对 象 类 型 创建 一 个 对 象 , 这 个 对 象 就 相当 于 该 类 型 的 所 有 对 象 在 内 存 
中 的 一 个 集合 的 “替身 ”。 通 过 一 个 众所周知 的 接口 来 提供 访问 。 提 供 添加 和 删除 对 象 的 方法 ， 
用 这 些 方法 来 封装 在 数据 存储 中 实际 插入 或 删除 数据 的 操作 .提供 根据 具体 标准 来 挑选 对 象 的 方 
法 ,并 返回 属性 值 满足 查询 标准 的 对 象 或 对 象 集合 (所 返回 的 对 象 是 完全 实例 化 的 ) ， 从 而 将 实 
际 的 存储 和 查询 技术 封装 起 来 。 只 为 那些 确实 需要 直接 访问 的 AGGREGATE 根 提供 REPOSITORY。 
让 客户 始终 聚焦 于 模型 ， 而 将 所 有 对 象 存 储 和 访问 操作 交 给 REPOSITORY 来 完成 。 
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REPOSITORY 有 很 多 优点 ， 包 括 : 

口 它们 为 客户 提供 了 一 个 简单 的 模型 ， 可 用 来 获取 持久 对 象 并 管理 它们 的 生命 周期 

口 它们 使 应 用 程序 和 领域 设计 与 持久 化 技术 (多 种 数据 库 策略 甚至 是 多 个 数据 源 ) 解 看 

口 它们 体现 了 有 关 对 象 访问 的 设计 决策 ， 

口 可 以 很 容易 将 它们 替换 为 “ 哑 实 现 ”(dummy implementation) ， 以 便 在 测试 中 使 用 (通常 
使 用 内 存 中 的 集合 )。 


6.3.1 ”REPOSITORY 的 查询 


所 有 存储 库 都 为 客户 提供 了 根据 某 种 标准 来 查询 对 象 的 方法 , 但 如 何 设计 这 个 接口 却 有 很 多 
选择 。 

最 容易 构建 的 REPOSITORY 用 硬 编码 的 方式 来 实现 一 些 具 有 特定 参数 的 查询 ,这 些 查询 可 以 是 
各 种 各 样 的 ， 例 如 通过 标识 来 检索 ENTITY (几乎 所 有 REPOSITORY 都 提供 了 这 种 查询 )、 通 过 某 个 
特定 属性 值 或 一 个 复杂 的 参数 组 合 来 请 求 一 个 对 象 集合 、 根据 值 域 (例如 日 期 范围 ) 来 选择 对 象 ， 
其 至 可 以 执行 某 些 属于 REPOsITORY 一 般 职责 范围 内 的 计算 (特别 是 利用 那些 底层 数据 库 所 支持 的 
操作 )。 如 图 6-19 所 示 。 

尽管 大 多 数 查 询 都 返回 一 个 对 象 或 对 象 集合 ， 但 返回 某 些 类 型 的 汇总 计算 也 是 符合 
REPOSITORY 概 念 的 ， 例 如 符合 条 件 的 对 象 数目 ， 或 模型 中 所 有 匹配 对 象 的 某 个 数值 属性 的 总 和 。 














un | 456 | TradeOrderRepository CNA 1456 : TradeOrder | 
RT - 一 trackingld = 1456 

-_ | torTrackingLd(String) : TradeOrder brokerageAccountld =” 123 
“is6 | eastandingForBroker rokerageAccountidtSting) : Collection type = BuyOrder 
security = “WCOM" 

numberOfShares = 500 | 





图 6-19 在 简单 REPOsrroRY 中 进行 的 硬 编码 查询 


在 任何 基础 设施 上 , 都 可 以 构建 硬 编码 式 的 查询 , 也 不 需要 很 大 的 投入 ， 因 为 即使 它们 不 做 
这 些 事 ， 一 些 客户 也 必须 要 做 。 

在 一 些 需 要 执行 大 量 查询 的 项 目 上 , 可 以 构建 一 个 支持 更 灵活 的 查询 的 REPOSITORY 框 架 。 如 
图 6-20 所 示 。 这 要 求 开发 人 员 熟 悉 必 要 的 技术 ， 而 且 还 需要 有 一 个 支持 这 些 查 询 的 基础 设施 。 

基于 SPECIFICATION 的 查询 特别 适合 作为 一 个 框架 来 使 用 ， 通 过 它 可 以 对 绝 大 多 数 的 
REPOSITORY 进 行 查询 。 客 户 可 以 使 用 规格 来 描述 (也 就 是 指定 ) 它 需要 什么 ， 而 不 必 关 心 如 何 获 
得 结果 。 在 这 个 过 程 中 ， 可 以 创建 一 个 对 象 来 实际 执行 筛选 操作 。 第 9 章 将 深入 讨论 这 种 模式 。 

基于 SPECIFICATION 的 查询 是 一 种 优雅 且 灵 活 的 查询 方法 。 根据 所 用 的 基础 设施 的 不 同 ， 它 可 
能 是 一 个 非常 适度 的 框架 ， 也 可 能 极为 复杂 。Rob Mee 和 Edward Hieatt 在 [Fowler 2002] 一 书 中 讨 
论 了 设计 这 样 的 REPOsIroRY 时 所 涉及 的 更 多 技术 问题 。 
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Criteria criteria = new Criteria(); 
criteria equal(TradeOrder SECURITY, “WCOM"); 
criteria.equal(TradeOrder.ACCOUNT, “123”); trackingld = 1456 























brokerageAccountld = 123 
type = BuyOrder | 
oo” locate/reconstitute security = “WCOM.’ 
— matching(criteria) :TdeOndecReponitory | 一 = 15671 numberOfShares= 500 | 
be < 一 一 一 | trackingld = 1567 
collection of TradeOrders | forld(String) : TradeOrder brokerageAceountld = 123| 
matching(Criteria) : Collection pe = BuyOrder 


security =“WCOM" 
Le 
‘trackingld = 1678 
brokerageAccountld = 123| 
type = SellOrder | 
| security = “WCOM” 
Ue 
图 6-20 在 一 个 复杂 的 RePosrroRY 中 ， 用 一 种 灵活 的 、 声 明 式 的 
SPECIFICATION 来 表述 一 个 搜索 标准 


即使 一 个 REPOSITORY 的 设计 采取 了 灵活 的 查询 方式 ， 也 应 该 允许 添加 专门 的 硬 编码 查询 。 
这 些 查询 作为 便捷 的 方法 ， 可 以 封装 常用 查询 或 不 返回 对 象 (例如 返回 的 是 选中 对 象 的 汇总 计 
算 ) 的 查询 。 不 支持 这 些 特殊 查询 方式 的 框架 有 可 能 会 扭曲 领域 设计 ， 或 是 干脆 被 开发 人 员 弃 
之 不 用 。 


6.3.2 客户 代码 可 以 忽略 REPOSITORY 的 实现 ， 但 开发 人 员 不 能 忽略 


持久 化 技术 的 封装 可 以 使 得 客户 变 得 十 分 简单 ,并且 使 客户 与 REPosrTORY 的 实现 之 间 完 全 解 
耦 。 但 像 一 般 的 封装 一 样 ， 开 发 人 员 必 须知 道 在 封装 背后 都 发 生 了 什么 事情 。 在 使 用 REPOSITORY 
时 ， 不 同 的 使 用 方式 或 工作 方式 可 能 会 对 性 能 产生 极 大 的 影响 。 

Kyle Brown 曾 告诉 过 我 他 的 一 段 经 历 ， 有 一 次 他 被 请 去 解决 一 个 基于 WebSphere 的 生产 应 用 
程序 的 问题 ， 当 时 这 个 程序 正 处 于 生产 部 署 阶段 。 系 统 在 运行 几 小 时 后 会 莫名 其 妙 地 耗 尽 内 存 。 
Kyle 在 检查 代码 后 发 现 了 原因 : 在 某 一 时 刻 ， 系 统 需要 将 工厂 中 每 件 产品 的 信息 汇总 到 一 起 。 开 
发 人 员 使 用 一 个 名 为 all objects (所 有 对 象 ) 的 查询 来 进行 汇总 , 这 个 操作 对 每 个 对 象 进 行 实例 化 ， 
然后 选择 他 们 所 需 的 数据 。 这 段 代码 的 结果 是 一 次 性 将 整个 数据 库 装 和 内存 中 ! 这 个 问题 在 测试 
中 并 未 发 现 ， 原 因 是 测试 数据 较 少 。 

这 是 一 个 明显 的 禁忌 , 而 一 些 更 不 容易 注意 到 的 疏忽 可 能 会 产生 同样 重要 的 问题 。 开 发 人 员 
需要 理解 使 用 封装 行为 的 隐 含 问题 , 但 这 并 不 意味 着 要 熟悉 实现 的 每 个 细节 。 设 计 良 好 的 组 件 是 
可 以 被 刻画 出 来 的 《这 是 第 10 章 的 重点 之 一 )。 

正如 第 5 章 所 讨论 的 那样 ， 底 层 技术 可 能 会 限制 我 们 的 建 模 选择 。 例 如 ， 关 系数 据 库 可 能 对 
复合 对 象 结构 的 深度 有 一 个 实际 的 限制 。 同样, 开发 人 员 必 须 在 REPOsITORY 的 使 用 和 它 的 查询 实 
现 之 间 建立 一 种 双向 反馈 机 制 。 
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6.3.3 ”REPOSITORY 的 实现 


根据 所 使 用 的 持久 化 技术 和 基础 设施 的 不 同 , 存储 库 的 实现 也 将 有 很 大 的 变化 。 理 想 的 实现 
是 向 客户 隐藏 所 有 内 部 工作 细节 (尽管 不 向 客户 的 开发 人 员 隐 藏 这 些 细节 ) ， 这 样 不 管 数据 是 存 
储 在 对 象 数据 库 中 ， 还 是 存储 在 关系 数据 库 中 ， 或 是 简单 地 保持 在 内 存 中 ， 客 户 代码 都 相同 。 
REPOSITORY 将 会 委托 相应 的 基础 设施 层 服务 来 完成 工作 。 将 存储 、 检 索 和 查询 机 制 封装 起 来 是 
REPOSITORY 实 现 的 最 基本 的 特性 ， 如 图 6-21 所 示 。 


客户 根据 模 

型 来 请 求 它 

所 天 的 对 象 
trackingld = 1456 ] 
brokerageAccountld = 123 


a SS 了 ] 
1 wrackingJd(™456") | | mckingld = 
>- | - 1 | =123 
1 = BuyOrder 
<—o | forTrackingId(String): TradeOrder ey WE | 


1456 | outstandingForBrokerageAccountld(String): Collection | numberOfShares = 500 | 








A 二 3.l create 


2. search(an SQL oe String) 由 人 mm SQLRenhsat 


= \ 3 sae Deeonkr 
7 Datah \ SQL ResultSet) 
CT * FROM S We \ 


| TRADE ; ORDER WHERE | 
| TRACKING ID=t456 ” 














图 6-21 REPOsITORY 将 底层 数据 存储 封装 起 来 


REPOSITORY 概 念 在 很 多 情况 下 都 适用 。 可 能 的 实现 方法 有 很 多 , 这 里 只 能 列 出 如 下 一 些 需要 
记 住 的 注意 事项 。 
口 对 类 型 进行 抽象。REPOSITORY“ 含 有 ”特定 类 型 的 所 有 实例 ， 但 这 并 不 意味 着 每 个 类 都 
需要 有 一 个 REPOSITORY。 类 型 可 以 是 一 个 层次 结构 中 的 抽象 的 超 类 (例如 ，TradeOrder 
可 以 是 BuyOrder 或 SellOrder) 。 类 型 可 以 是 一 个 接口 (即使 这 个 接口 的 实现 者 与 该 类 型 没 
有 层次 结构 上 的 关联 )， 也 可 以 是 一 个 具体 的 类 。 记 住 ， 由 于 数据 库 技术 缺乏 这 样 的 多 态 
质 ， 因 此 我 们 将 面临 很 多 约束 。 
口 充分 利用 REPOSITORY 与 客户 解 辜 的 优点 。 如 果 客 户 直接 调用 REPOsITORY， 那 么 我 们 修改 
其 实现 的 自由 度 就 小 多 了 。 也 可 以 利用 解 耦 来 优化 性 能 ， 因 为 这 样 就 可 以 使 用 不 同 的 查 
询 技术 ， 或 在 内 存 中 缓存 对 象 ， 这 样 可 以 随时 自由 地 切换 持久 化 策略 。 通 过 提供 一 个 易 
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于 操纵 的 、 内 存 中 的 (in-memory) 哑 实 现 ， 还 能 够 方便 客户 代码 和 领域 对 象 的 测试 。 
口 将 事务 的 控制 权 留 给 客户 。 尽 管 REPOSITORY 可 以 对 数据 库 执行 插 入 和 删除 数据 的 操作 ， 
但 它 一 般 不 会 提交 事务 。 例 如 ， 在 保存 一 个 事务 之 后 ， 应 该 提交 它 ， 而 客户 所 处 的 位 置 
使 其 看 起 来 正 应 该 负责 初始 化 和 提交 工作 单元 。 如 果 REPOSITORY 不 插手 事务 控制 ， 那 么 
事务 管理 就 会 简单 得 多 。 
通常 ,项目 团队 会 在 基础 设施 层 中 添加 一 个 框架 , 用 来 支持 REPOSITORY 的 实现 。REPOSITORY 
超 类 除了 与 较 低层 的 基础 设施 组 件 进行 协作 以 外 , 还 可 以 实现 一 些 基 本 的 查询 , 特别 是 要 实现 的 
灵活 的 查询 。 址 性 的 是 ， 在 一 个 类 型 系统 中 〈 例 如 Java 的 类 型 ) ， 这 种 方法 会 使 返回 的 对 象 只 能 
是 Object 类 型 ， 而 让 客户 将 它们 转换 为 REPOSTTORY 含 有 的 类 型 。 当 然 ， 如 果 在 Java 中 查询 所 返回 
的 对 象 是 集合 时 ， 客 户 不 管 怎样 都 要 执行 这 样 的 转换 。 
有 关 实 现 REPosITORY 的 更 多 指南 和 一 些 支持 性 技术 模式 〈 例 如 QuERY OBJECT) 可 以 在 
( [Fowler 2002] ) 一 书 中 找到 。 


6.3.4 ”在 框架 内 了 工作 


在 实现 REPOSITORY 这 样 的 构造 之 前 , 需要 认真 思考 所 使 用 的 基础 设施 ,特别 是 架构 框架 。 这 
些 框架 可 能 提供 了 一 些 可 用 来 轻松 创建 REPOsITORY 的 服务 , 但 也 可 能 会 妨碍 创建 REPOSITORY 的 工 
作 。 我们 可 能 会 发 现 架构 框架 已 经 定义 了 一 种 用 来 实现 对 象 持久 化 的 等 效 模式 , 也 有 可 能 定义 了 
一 种 与 REPOSITORY 完 全 不 同 的 模式 。 

例如 , 你 的 项 目 可 能 会 使 用 PEE。 看 看 这 个 框架 与 MOpEL-DRIVEN DESIGN 之 间 有 哪些 概念 上 
近似 的 地 方 〈 记 住 ， 实 体 bean 与 ENTITY 不 是 一 回 事 ) ， 你 可 能 会 把 实体 bean 和 AGGREGATE 根 当 作 
一 对 类 似 的 概念 。 在 J2EE 框 架 中 ， 负 责 对 这 些 对 象 进行 访问 的 构造 是 EJB Home。 但 如 果 把 EJB 
Home 装 饰 成 REPOsITORY 的 样子 可 能 会 导致 其 他 问题 。 

一 般 来 讲 , 在 使 用 框架 时 要 顺 其 自然 。 在 大 方向 上 要 保持 领域 驱动 设计 的 基本 要 素 , 而 一 些 
不 符 的 细节 则 不 必 过 分 苛求 。 注意 观察 领域 驱动 设计 的 概念 与 框架 中 的 概念 之 间 的 相似 性 。 这 里 
的 假设 是 除了 使 用 框架 之 外 没有 别 的 选择 。 很 多 J2EE 项 目 根本 不 使 用 实体 bean。 如 果 可 以 自由 选 
择 ， 那 么 应 该 选择 与 你 所 使 用 的 设计 风格 相 协 调 的 框架 或 框架 中 的 一 些 部 分 。 


6.3.5 ”REPOSITORY 与 FACTORY 的 关系 


FAcTORY 负 责 处 理 对 象 生命 周期 的 开始 ， 而 REPosrroRY 帮 助 管理 生命 周期 的 中 间 和 结束 。 当 
对 象 驻 留 在 内 存 中 或 存储 在 对 象 数据 库 中 时 , 这 是 很 好 理解 的 。 但 通常 至 少 有 一 部 分 对 象 存储 在 
关系 数据 库 、 文件 或 其 他 非 面向 对 象 的 系统 中 。 在 这 些 情况 下 ,检索 出 来 的 数据 必须 被 重建 为 对 
象形 式 。 

由 于 在 这 种 情况 下 REPOSITORY 基 于 数据 来 创建 对 象 ， 因 此 很 多 人 认为 REPOSITORY 就 是 
FACTORY， 而 从 技术 角度 来 看 的 确 如 此 。 但 我 们 最 好 还 是 从 模型 的 角度 来 看 待 这 一 问题 ,而 且 前 
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面 讲 过 ， 重 建 一 个 已 存储 的 对 象 并 不 是 创建 一 个 新 的 概念 对 象 。 从 领域 驱动 设计 的 角度 来 看 ， 

FACTORY 和 REPOSITORY 具 有 完全 不 同 的 职责 。FACTORY 负 责 制造 新 对 象 ， 而 REPOSITORY 人 负责 查找 

已 有 对 象 。REPOSITORY 应 该 让 客户 感觉 到 那些 对 象 就 好 像 驻 留 在 内 存 中 一 样 。 对 象 可 能 必须 被 重 

建 ( 的 确 ， 可 能 会 创建 一 个 新 实例 )， 但 它 是 同一 个 概念 对 象 ， 仍 旧 处 于 生命 周期 的 中 间 。 157 
REPOSITORY 也 可 以 委托 FACTORY 来 创建 一 个 对 象 ， 这 种 方法 (虽然 实际 很 少 这 样 做 ,但 在 理 

论 上 是 可 行 的 ) 可 用 于 从 头 开始 创建 对 象 , 此 时 就 没有 必要 区 分 这 两 种 看 问题 的 角度 了 , 如 图 6-22 











所 示 。 
| | ey | | 3.reconstitme | 
client 一 Posiogy 一 全 | factory 
<—o | 
EC | he 
| 
| | 
database 


L we | 
图 6-22 ”REPOSITORY 使 用 FACTORY 来 重建 一 个 已 有 对 象 


这 种 职责 上 的 明确 区 分 还 有 助 于 FACTORY 摆 脱 所 有 持久 化 职责 。FACTORY 的 工作 是 用 数据 来 
实例 化 一 个 可 能 很 复杂 的 对 象 。 如 果 产 品 是 一 个 新 对 象 , 那么 客户 将 知道 在 创建 完成 之 后 应 该 把 
它 添加 到 REPosITORY 中 ， 由 REPOSITORY 来 封装 对 象 在 数据 库 中 的 存储 ， 如 图 6-23 所 示 。 

[ | 1. create [ 

| client 二 | factory | 

ss | object(s) ] 
2. add(object) 


rposiory 


) 2.1insert(rows) 


MA 





“| 





图 6-23 客户 使 用 REPosITORY 来 存储 新 对 象 


另 一 种 情况 促使 和 人们 将 FACTORY 和 REPOsITORY 结 合 起 来 使 用 ， 这 就 是 想 要 实现 一 种 “查找 或 
创建 ”功能 ， 即 客户 描述 它 所 需 的 对 象 ， 如 果 找 不 到 这 样 的 对 象 ， 则 为 客户 新 创建 一 个 。 我 们 最 
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好 不 要 追求 这 种 功能 ， 它 不 会 带 来 多 少 方便 。 当 将 ENTIrY 和 VALUE OBJECT 区 分 开 时 ， 很 多 看 上 去 
有 用 的 功能 就 不 复 存 在 了 。 需 要 VALUE OBJECT 的 客户 可 以 直接 请 求 FAcroRY 来 创建 一 个 。 通 常 ， 
在 领域 中 将 新 对 象 和 原 有 对 象 区 分 开 是 很 重要 的 , 而 将 它们 明显 组 合 在 一 起 的 框架 实际 上 只 会 使 
局 面 变 得 混乱 。 


6.4 为 关系 数据 库 设 计 对 象 


在 以 面向 对 象 技术 为 主 的 软件 系统 中 , 最 常用 的 非 对 象 组 件 就 是 关系 数据 库 。 这 种 现状 产生 
了 一 个 常见 的 问题 : 将 范式 混合 起 来 使 用 (参见 第 5 章 )。 但 与 大 部 分 其 他 组 件 相 比 , 数据 库 与 对 
象 模型 的 关系 要 紧密 得 多 。 数据 库 不 仅仅 与 对 象 进行 交互 , 而 且 它 还 把 构成 对 象 的 数据 存储 为 持 
入 化 形式 。 已 经 有 大 量 的 文献 对 于 如 何 将 对 象 映射 到 关系 表 以 及 如 何 有 效 存 储 和 检索 它们 这 样 的 
技术 挑战 进行 了 讨论 。 最 近 的 一 篇 讨论 可 参见 [Fowler 2002] 一 书 。 有 一 些 相当 完善 的 工具 可 用 来 
创建 和 管理 它们 之 间 的 映射 。 除 了 技术 上 的 难点 以 外 , 这 种 不 匹配 可 能 对 对 象 模型 产生 很 大 的 影 
响 。 

有 3 种 常见 情况 : 

(1) 数据 库 是 对 象 的 主要 存储 库 ， 

(2) 数据 库 是 为 另 一 个 系统 设计 的 ， 

(3) 数据 库 是 为 这 个 系统 设计 的 ， 但 它 的 任务 不 是 用 于 存储 对 象 。 

如 果 数 据 库 模式 (database schema) 是 专门 为 对 象 存储 而 设计 的 ， 那 么 接受 模型 的 一 些 限制 
是 值得 的 ， 这 样 可 以 让 映射 变 得 简单 一 点 。 如 果 在 数据 库 模 式 设计 上 没有 其 他 的 要 求 ， 那 么 可 以 
精心 设计 数据 库 结构 ,以便 使 得 在 更 新 数据 时 能 更 安全 地 保证 聚合 的 完整 性 ,并 使 数据 更 新 变 得 
更 加 高 效 。 从 技术 上 来 看 ， 关 系 表 的 设计 不 必 反 映 出 领域 模型 。 映 射 工具 已 经 非常 精巧 了 ， 足 以 
消除 二 者 之 间 的 巨大 差别 。 问 题 在 于 多 个 重 双 的 模型 显得 过 于 复杂 了 。MoDEL-DRIVEN DESIGN 的 
很 多 原则 (例如 避免 将 分 析 和 设计 模型 分 开 ) 也 同样 适用 于 这 种 不 匹配 问题 。 这 确实 会 牺 性 对 象 
模型 的 一 些 丰富 性 ， 而 且 有 时 必须 在 数据 库 设计 中 做 出 一 些 折 中 (例如 有 些 地 方 不 能 规范 化 )。 
但 如 果 不 做 这 些 幅 性 就 会 冒 另 一 种 风险 ， 那 就 是 模型 与 实现 之 间 失去 了 紧密 的 耦合 。 这 种 方法 并 
不 要 必须 使 用 一 种 简单 的 、 一 个 对 象 /一 个 表 的 映射 。 视 乎 映射 工具 的 功能 ， 可 以 实现 一 些 聚合 
或 对 象 的 组 合 。 但 使 映射 保持 透明 这 一 点 是 至 关 重要 的 , 这样 就 很 容易 通过 在 映射 工具 中 检查 代 
码 或 观察 各 个 项 来 理解 映射 。 

口 当 数据 库 被 视 作对 象 存储 时 ， 数 据 模型 与 对 象 模型 的 差别 不 应 太 大 (不管 映射 工具 有 多 

么 强大 的 功能 )。 可 以 辆 牲 对 象 关 系 的 一 点 丰富 性 ， 以 保证 它 与 关系 模型 的 紧密 关联 。 如 
果 有 助 于 简化 对 象 映射 的 话 ， 不 妨 辆 牲 某 些 正式 的 关系 标准 (例如 规范 化 )。 

口 对 象 系统 外 部 的 过 程 不 应 该 访问 这 样 的 对 象 存储 。 它 们 可 能 会 破坏 对 象 必须 满足 的 固定 

规则 。 此 外 ， 它 们 的 访问 将 会 锁定 数据 模型 ， 这 样 使 得 在 重 构 对 象 时 很 难 修改 模型 。 
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但 从 另 一 方面 看 , 很 多 情况 下 数据 是 来 自 遗 留 系 统 或 外 部 系统 的 , 而 这 些 系统 从 来 没 打算 被 
用 作对 象 的 存储 。 在 这 种 情况 下 ， 同 一 个 系统 中 就 会 有 两 个 领域 模型 共存 。 第 14 章 将 深入 讨论 这 
个 问题 。 或许 与 另 一 个 系统 中 隐 含 的 模型 保持 一 致 有 一 定 的 道理 , 也 可 能 更 好 的 方法 是 使 这 两 个 
模型 完全 不 同 。 

允许 这 种 例外 情况 的 另 一 个 原因 是 性 能 。 为 了 解决 执行 速度 的 问题 , 有 时 可 能 需要 对 设计 做 
出 一 些 非常 规 的 修改 。 

但 大 多 数 情况 下 关系 数据 库 是 面向 对 象 领域 中 的 持久 化 存储 形式 , 因此 简单 的 对 应 关系 才 是 
最 好 的 。 表 中 的 一 行 应 该 包含 一 个 对 象 ， 也 可 能 还 包含 AGGREGATE 中 的 一 些 附属 项 。 表 中 的 外 键 
应 该 转换 为 对 另 一 个 ENTITY 对 象 的 引用 。 有 了 时 我 们 不 得 不 违背 这 种 简单 的 对 应 关系 , 但 不 应 该 由 
此 就 全 盘 放 弃 简 单 映射 的 原则 。 

UBIQUITOUS LANGUAGE 可 能 有 助 于 将 对 象 和 关系 组 件 联系 起 来 ,使 之 成 为 单一 的 模型 。 对 象 
中 的 元 素 的 名 称 和 关联 应 该 严格 地 对 应 于 关系 表 中 相应 的 项 。 尽管 有 些 具有 强大 功能 的 映射 工具 
使 这 看 上 去 有 些 多 此 一 举 ， 但 关系 中 的 微小 差别 可 能 引发 很 多 混乱 。 

对 象 世界 中 越 来 越 盛行 的 重 构 惯例 实际 上 并 不 会 对 关系 数据 库 设计 造成 多 大 的 影响 。 此 外 ， 
一 些 严 重 的 数据 迁移 问题 也 使 人 们 不 愿意 对 数据 库 进 行 频繁 的 修改 。 这 可 能 会 阻碍 对 象 模型 的 重 
构 ， 但 如 果 对 象 模型 和 数据 库 模型 开始 背离 ， 那 么 很 快 就 会 失去 透明 性 。 

最 后 , 有 些 原因 使 我 们 不 得 不 使 用 与 对 象 模型 完全 不 同 的 数据 库 模式 , 即使 数据 库 是 专门 为 
我 们 的 系统 创建 的 。 数据库 也 有 可 能 被 其 他 一 些 不 对 对 象 进行 实例 化 的 软件 使 用 。 即 使 当 对 象 的 
行为 快速 变化 或 演变 的 时 候 , 也 可 能 只 需要 对 数据 库 进行 很 少 的 修改 。 让 模型 与 数据 库 之 间 的 关 
联 变 得 松散 也 是 一 种 很 有 吸引 力 的 选择 。 但 这 种 选择 往往 是 无 意 之 间 做 出 的 , 原因 是 团队 没有 保 
持 数据 库 与 模型 之 间 的 同步 。 如 果 有 意 选 择 将 两 个 模型 分 开 ,那么 它 可 能 会 产生 一 种 更 整洁 的 数 
据 库 模式 ， 而 不 是 一 个 为 了 与 原 有 对 象 模型 保持 一 致 而 到 处 都 是 折 中 处 理 的 拙劣 的 数据 库 模式 。 
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第 了 六 
使 用 语言 ， 一 个 扩展 的 示例 





全 4 纪 面 三 章 介绍 了 一 种 模式 语言 ， 它 可 以 对 模型 的 细节 进行 精 化 ， 并 可 以 严格 遵守 

有 By MoODEL-DRIVEN DESIGN。 在 前 面 的 示例 中 基本 上 是 一 次 只 应 用 一 种 模式 ， 但 在 实际 的 
项 目 中 ,必须 将 它们 结合 起 来 使 用 。 本 章 介绍 一 个 比较 全 面 的 示例 (当然 还 是 远 远 比 实际 项 目 简 
单 )。 这 个 示例 将 一 步 步 介绍 模型 和 设计 的 精 化 过 程 ， 由 一 个 假想 的 团队 来 处 理 需 求 和 实现 问题 ， 
并 开发 出 一 个 MopEL-DRIVEN DESIGN， 这 个 示例 将 显示 出 一 些 适 用 的 问题 ， 以 及 如 何 用 第 二 部 分 
讨论 的 模式 来 解决 它们 。 


7.1 货物 运输 系统 简介 


假设 我 们 正在 为 一 家 货运 公司 开发 新 的 软件 。 最 初 的 需求 包括 3 项 基本 功能 : 

(D 跟踪 客户 货物 的 主要 处 理 部 署 ， 

(2) 事先 预约 货物 ， 

(3) 当 货 物 到 达 其 处 理 过 程 中 的 某 个 位 置 时 ， 自 动向 客户 寄 送 发 票 。 

在 实际 的 项 目 中 , 需要 花费 一 些 时 间 , 并 要 经 过 多 次 选 代 才 能 得 到 这 种 清晰 的 模型 。 本 书 的 
第 三 部 分 将 深入 讨论 这 个 发 现 过 程 。 但 现在 我 们 从 一 个 已 包含 所 需 概念 ( 且 这 些 概念 具有 合理 的 
形式 ) 的 模型 开始 ， 我 们 将 通过 对 模型 的 细节 稍 作 调 整 来 支持 设计 。 

这 个 模型 将 领域 知识 组 织 起 来 ,并 为 团队 提供 了 一 种 语言 ,我 们 可 以 做 出 像 下 面 这 样 的 陈述 。 


“一 个 Cargo (货物 ) 涉及 多 个 Customer (客户 ) ， 每 个 Customer 承 担 不 同 的 角色 。” 
“Cargo 的 运送 目标 已 指定 。” 
“由 一 系列 满足 Specification (规格 ) 的 Carrier Movement (运输 动作 ) 来 完成 运送 目标 。” 


图 7-1 显 示 的 模型 中 的 每 个 对 象 都 有 一 个 明确 的 意义 ; 

Handling Event (处 理事 件 ) 是 对 Cargo 采 取 的 不 同 操作 ， 例 如 将 它 装 上 船 ， 或 清关 。 这 个 类 
可 以 被 细 化 为 一 个 由 不 同 种 类 的 事件 〈 例 如 装 货 、 卸 货 或 由 收 货 人 提货 ) 构成 的 层次 结构 。 

Delivery Specification (运送 规格 ) 定义 了 运送 目标 ， 这 至 少 包括 目的 地 和 到 达 日 期 ， 但 也 可 
能 更 为 复杂 。 这 个 类 遵循 规格 模式 (参见 第 9 章 )。 
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图 7-1 表示 货运 领域 模型 的 类 图 


这 个 职责 本 来 可 以 由 Cargo 对 象 来 承担 , 但 将 Delivery Specification 抽 象 出 来 至 少 有 以 下 3 个 优点 。 

(1) 如 果 没 有 Delivery Specification，Cargo 对 象 就 需要 负责 提供 用 于 指定 运送 目标 的 所 有 属性 
和 关联 的 详细 意义 。 这 会 使 Cargo 对 象 变 得 混乱 ， 导 致 它 难 以 理解 或 修改 。 

(2) 当 将 模型 作为 一 个 整体 来 解释 时 ， 这 个 抽象 使 我 们 能 够 轻松 且 安 全 地 省 略 掉 细 节 。 例 如 ， 
Delivery Specification 中 可 能 还 封装 了 其 他 标准 ,但 这 种 细节 级 别 的 图 可 以 不 必 显 示 出 来 。 这 个 图 
告诉 读者 有 一 个 运送 规格 , 但 其 细节 却 并 不 是 要 考虑 的 重点 (事实 上 ,过 后 修改 细节 也 很 容易 )。 

(3) 这 个 模型 具有 更 强 的 表达 力 。Delivery Specification 清 楚 地 说 明了 Cargo 运 送 的 具体 方式 没 
有 明确 规定 ， 但 它 必须 完成 Delivery Specification 中 规定 的 目标 。 

Customer 在 运输 中 所 承担 的 部 分 是 按照 角色 (role) 来 划分 的 , 例如 shipper (托运 人 )、 receiver 

( 收 货 人 )、payer (付款 人 ) ， 等 等 。 由 于 一 个 Cargo 只 能 由 一 个 Customer 来 承担 某 一 给 定 角色 ， 
因此 它们 之 间 的 关联 是 限定 的 多 对 一 关系 ， 而 不 是 多 对 多 。 角 色 可 以 被 简单 地 实现 为 字符 串 ， 当 
需要 其 他 行为 的 时 候 ， 也 可 以 将 它 实现 为 类 。 

Carrier Movement 表 示 由 某 个 Carrier (例如 一 辆 卡车 或 一 稻 船 ) 执行 的 从 一 个 Location (地 点 ) 
到 另 一 个 Location 的 旅程 。Cargo 被 装 上 Carrier 后 ,通过 Carrier 的 一 个 或 多 个 Carrier Movement， 就 
可 以 在 不 同 地 点 之 间 转 移 。 

Delivery History (运送 历史 ) 反映 了 Cargo 实 际 上 都 发 生 了 什么 事情 ， 它 与 Delivery 
Specification 正 好 相对 ， 后 者 描述 了 目标 。Delivery History 对 象 可 以 通过 分 析 最 后 一 次 装 货 和 卸货 
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以 及 对 应 的 Carrier Movement 的 目的 地 来 计算 货物 的 当前 位 置 。 成 功 的 运送 将 会 是 一 个 满足 
Delivery Specification 目 标的 Delivery History 对 象 。 

将 满足 上 述 需求 的 所 有 概念 都 在 这 个 模型 中 表示 出 来 , 并 假定 已 经 有 了 一 些 适 当 的 机 制 来 实 
现 保存 对 象 、 查找 相关 对 象 等 功能 。 这 些 实现 问题 不 在 模型 中 处 理 , 但 它们 必须 在 设计 中 考虑 到 。 

为 了 建立 一 个 健壮 的 实现 ， 这 个 模型 需要 更 清晰 和 严密 一 些 。 

记 住 , 一 般 情况 下 , 模型 的 精 化 、 设计 和 实现 应 该 在 迭代 开发 过 程 中 一 起 进行 。 但 在 本 章 中 ， 
为 了 使 解释 更 加 清楚 ,我 们 从 一 个 相对 成 熟 的 模型 开始 ， 在 实现 中 采用 构造 块 模式 ， 一 切 修改 完 
全 由 需求 来 驱动 ， 以 便 保 证 模型 与 实际 的 实现 紧密 关联 在 一 起 。 

一 般 来 说 , 当 为 了 更 好 地 支持 设计 而 对 模型 进行 精 化 时 ,也 应 该 让 模型 反映 出 对 领域 的 新 理 
解 。 但 在 本 章 中 , 仍然 为 了 使 解释 更 加 清楚 , 我们 采用 构造 块 模式 , 一 切 修改 完全 由 需求 来 驱动 ， 
这 样 做 仍然 是 为 了 保证 模型 与 实际 的 实现 紧密 关联 在 一 起 。 


7.2 ”隔离 领域 ， 应 用 程序 的 引入 


为 了 防止 领域 的 职责 与 系统 的 其 他 部 分 的 职责 混杂 在 一 起 ， 我 们 应 用 LAYERED ARCHITE- 
CTURE 把 领域 层 划分 出 来 。 

无 需 进行 深入 的 分 析 , 就 可 以 识别 出 三 个 用 户 层 的 应 用 程序 功能 , 我 们 可 以 将 这 三 个 功能 分 
配给 三 个 应 用 层 类 。 

(D 第 一 个 类 是 Tracking Query (跟踪 查询 ) ， 它 可 以 访问 某 个 Cargo 过 去 和 现在 的 处 理 情况 。 

(2) 第 二 个 类 是 Booking Application (预订 应 用 )， 它 允许 注册 一 个 新 的 Cargo， 并 使 系统 准备 
好 处 理 它 。 

(3) 第 三 个 类 是 Incident Logging Application (事件 日 志 应 用 )， 它 记录 对 Cargo 的 每 次 处 理 ( 提 
供 通过 Tracking Query 找 到 的 信息 )。 

这 些 应 用 层 类 是 协调 者 ， 它 们 只 是 负责 提问 ， 而 不 负责 回答 ， 回 答 是 领域 层 的 工作 。 


7.3 将 ENTITY 和 VALUE OBJECT 区 别 开 


依次 考虑 每 个 对 象 ， 看 看 这 个 对 象 是 必须 被 跟踪 的 实体 还 是 仅 表示 一 个 基本 值 。 首 先 ,我 们 
来 看 一 些 比较 明显 的 情况 ， 然 后 考虑 更 含糊 的 情况 。 

Customer 

我 们 从 一 个 简单 的 对 象 开始 。Customer 对 象 表示 一 个 人 或 一 家 公司 ， 从 一 般 意义 上 来 讲 它 是 
一 个 实体 。Customer 对 象 显然 有 一 个 对 用 户 来 说 很 重要 的 标识 ， 因 此 它 在 模型 中 是 一 个 ENTITY。 
那么 如 何 跟踪 它 呢 ? 在 某 些 情况 下 可 以 使 用 Tax ID (纳税 号 )， 但 对 象 如 果 是 跨国 公司 就 无 法 使 
用 了 。 这 个 问题 需要 咨询 领域 专家 。 我们 与 运输 公司 的 一 位 业务 人 员 讨 论 这 个 问题 ， 发 现 公司 已 
经 有 了 一 个 客户 数据 库 , 其 中 每 个 Customer 在 第 一 次 联系 销售 时 被 分 配 了 一 个 ID 号 。 这 种 ID 已 经 
在 整个 公司 中 使 用 , 因此 在 我 们 的 软件 中 使 用 这 种 ID 号 就 可 以 与 那些 系统 保持 标识 的 连贯 性 。 ID 
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号 最 初 是 手工 录入 的 。 

Cargo 

两 个 完全 相同 的 货 箱 必须 要 区 分 开 ， 因 此 Cargo 对 象 是 ENTTTY。 在 实际 情况 中 ， 所 有 运输 公 
司 都 会 为 每 件 货物 分 配 一 个 跟踪 ID。 这 个 ID 是 自动 生成 的 , 对 用 户 是 可 见 的 , 而 且 在 本 例 中 可 能 
在 预订 时 还 要 发 送 给 客户 。 

Handling Event 和 Carrier Movement 

我 们 关心 这 些 独立 事件 是 因为 通过 它们 可 以 跟踪 正在 发 生 的 事情 。 它 们 反映 了 真实 世界 的 事 
件 ， 而 这 些 事件 一 般 是 不 能 互 换 的 ， 因 此 它们 是 ENTFrY。 每 个 Carrier Movement 都 将 通过 一 个 代 
码 来 识别 ， 这 个 代码 是 从 运输 调度 表 得 到 的 。 

在 与 领域 专家 的 另 一 次 讨论 中 ， 我 们 发 现 Handling Event 有 一 种 唯一 的 识别 方法 ， 那 就 是 使 
用 Cargo ID、 完 成 时 间 和 类 型 的 组 合 。 例 如 ， 同 一 个 Cargo 不 会 在 同一 个 时 间 既 装 货 又 印 货 。 

Location 

名 称 相同 的 两 个 地 点 并 不 是 同一 个 位 置 。 经 纬度 可 以 提供 一 个 唯一 键 , 但 这 并 不 是 一 个 非常 
可 行 的 方案 , 因为 我 们 对 于 这 个 系统 的 大 部 分 目的 地 并 不 用 关心 经 纬度 是 多 少 , 而且 经 纬度 的 使 
用 相当 复杂 。Location 更 可 能 是 某 种 地 理 模型 的 一 部 分 ， 这 个 模型 根据 运输 航线 和 其 他 特定 于 领 
域 的 关注 点 将 地 点 关联 起 来 。 因 此 使 用 任何 一 种 自动 生成 的 内 部 标识 符 就 足够 了 。 

Delivery History 

这 是 一 个 比较 复杂 的 对 象 。Delivery History 是 不 可 互 换 的 ， 因 此 它 是 ENTITY。 但 Delivery 
History 与 Cargo 是 一 对 一 关系 ， 因 此 它 实际 上 并 没有 自己 的 标识 。 它 的 标识 是 从 拥有 它 的 Cargo 处 
借 来 的 。 当 对 AGGREGATE 进 行 建 模 时 这 个 问题 会 变 得 更 清楚 。 

Delivery Specification 

尽管 它 表示 了 Cargo 的 目标 ,但 这 种 抽象 并 不 依赖 于 Cargo。 它 实际 上 表示 某 些 Delivery History 
的 假定 状态 。 运 送 货物 实际 上 就 是 让 Cargo 的 Delivery History 最 后 满足 该 Cargo 的 Delivery 
Specification。 如 果 有 两 个 Cargo 去 往 同 一 地 点 ， 则 它们 可 以 用 同一 个 Delivery Specification， 但 它 
们 不 共用 同一 个 Delivery History， 尽 管 运送 历史 都 是 从 同一 个 状态 〈 空 ) 开始 。 因 此 ，Delivery 
Specification 是 VALUE OBJECT。 


Role 和 其 他 属性 


Role 表示 了 有 关 它 所 限定 的 关联 的 一 些 信息 ， 但 它 没有 历史 或 连续 性 。 因 此 它 是 一 个 VALUE 
OBJECT， 可 以 在 不 同 的 Cargo/Customer 关 联 中 共享 它 。 
其 他 属性 〈 例 如 时 间 戳 或 名 称 ) 都 是 VALUE OBJECT。 


7.4 设计 运输 系统 中 的 关联 
图 7-1 中 的 所 有 关联 都 没有 指定 遍历 方向 ， 但 双向 关联 在 设计 中 是 容易 产生 问题 的 。 此 外 ， 
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只 有 深刻 理解 领域 后 才能 确定 遍历 方向 ， 因 此 理解 遍历 方向 能 够 使 模型 更 深入 。 

如 果 Customer 对 它 所 运送 的 每 个 Cargo 都 有 一 个 直接 的 引用 ， 那 么 这 对 一 些 长 期 、 频 繁 托运 
货物 的 客户 将 会 非常 不 便 。 此 外 , Customer 这 一 概念 并 非 只 与 Cargo 相 关 。 在 大 型 系统 中 , Customer 
可 能 具有 多 种 角色 ， 以 便 与 许多 对 象 交互 ， 因 此 最 好 不 要 将 它 限 定 为 这 种 具体 的 职责 。 如 果 需 要 
按照 Customer 来 查找 Cargo， 那 么 可 以 通过 数据 库 查询 来 完成 。 本 章 后 面 讨论 REPOSITORY 时 还 会 
回头 讨论 这 个 问题 。 

如 果 我 们 的 应 用 程序 要 对 一 系列 货船 进行 跟踪 ， 那 么 从 Carrier Movement 遍 历 到 Handling 
Event 将 是 很 重要 的 。 但 我 们 的 业务 只 需 跟踪 Cargo， 因 此 只 需 从 Handling Event 遍 历 到 Carrier 
Movement 就 能 满足 我 们 的 业务 需求 ， 这 也 把 实现 简化 为 一 个 简单 的 对 象 引用 ， 因 为 双向 关系 已 























经 被 禁用 。 
图 7-2 解 释 了 其 他 设计 决策 背后 的 原因 。 
[iECustomer 实 体 直接 引用 3 | 这 里 保留 了 双向 关联 。 此 让 
每 个 它 曾 托运 过 的 Cargo 应 用 程序 的 核心 是 对 Cargo 
| 是 很 麻烦 的 。 存 储 库 可 以 和 跟踪， 因此 Delivery 
| 规 供 在 另 一 个 方向 上 的 访问 。| 必须 要 引用 Cargo。 | 
于 re Cargo handied— 
I 各 | [| 
三 Delivery | Handling 
Customer | History | Event 
goal 四 ae 
Delivery | | 六 向 关联 使 开 发 
| Specification 人 员 不 必 理 会 那个 
上 -一 一 p 一 一 “| 不 可 遍历 的 方向 。 
值 对 象 通常 不 应 该 引用 它们 的 ei = Vo 
所 有 者 。Delivery Specification Ci 
的 概念 与 Delivery History 的 关联 Movement 
比 与 Carao 的 关联 更 紧密 。 富生 
全 








像 Location 这 样 的 基本 实体 可 能 
被 很 多 对 象 使 用 (使 用 的 原因 也 有 
很 多 ) 。 只 有 摆脱 了 跟踪 共用 户 的 
负担 之 后 ， 它 才 具 有 实用 性 。 


图 7-2 在 一 些 关 联 上 对 遍历 方向 进行 了 约束 
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在 我 们 的 模型 中 有 一 个 循环 引用 : Cargo 知 道 它 的 Delivery History，Delivery History 中 保存 
了 一 系列 的 Handling Event， 而 Handling Event 反 过 又 指向 Cargo。 很 多 领域 在 逻辑 上 都 存在 循环 
引用 ， 而 且 循 环 引用 在 设计 中 有 时 是 必要 的 ， 但 它们 维护 起 来 很 复杂 。 在 选择 实现 时 ， 应 该 避 
免 把 必须 同步 的 信息 保存 在 两 个 不 同 的 地 方 ， 这 样 对 我 们 的 工作 很 有 帮助 。 在 这 个 例子 中 ,我 
们 可 以 选择 一 个 简单 但 不 太 健壮 的 实现 ， 即 用 Java 来 实现 一 个 初步 的 原型 ， 在 Delivery History 
中 提供 一 个 List 对 象 ， 并 把 Handling Event 都 放 到 这 个 List 对 象 中 。 但 在 某 些 时 候 ， 我 们 可 能 不 想 
使 用 集合 ， 以 便 能 够 用 Cargo 作 为 键 来 执行 数据 库 查询 。 在 选择 存储 库 时 ， 我 们 还 会 讨论 到 这 一 
点 。 如 果 查 询 历史 的 操作 相对 来 说 不 是 很 多 ， 那 么 这 种 方法 可 以 提供 很 好 的 性 能 、 简 化 维护 并 
减少 添加 Handling Event 的 开销 。 如 果 这 种 查询 很 频繁 ， 那 么 最 好 还 是 使 用 直接 的 指针 。 这 种 设 
计 上 的 折 中 其 实 就 是 在 实现 的 简单 性 和 性 能 之 间 达 成 一 个 平衡 。 模 型 还 是 同一 个 模型 ， 它 包含 
了 循环 关联 和 双向 关联 。 


7.5 AGGREGATE 边界 


Customer、Location 和 Carrier Movement 都 有 自己 的 标识 ， 而 且 被 许多 Cargo 共 享 ， 因 此 ， 它 
们 在 各 自 的 AGGREGATE 中 必须 是 根 , 这 些 聚 合 除了 包含 它们 的 属性 之 外 ， 可 能 还 包含 其 他 比 这 里 
讨论 的 细节 级 别 更 低层 的 对 象 。Cargo 也 是 一 个 明显 的 AGGREGATE 根 ， 但 把 它 的 边界 画 在 哪里 还 
需要 仔细 思考 一 下 。 

如 图 7-3 所 示 ，Cargo AGGREGATE 可 以 把 一 切 只 因 Cargo 存 在 的 事物 包含 进来 ， 这 当中 包括 
Delivery History、Delivery Specification 和 Handling Event。 这 很 适合 Delivery History， 因 为 没 人 会 
在 不 知道 Cargo 的 情况 下 直接 去 查询 Delivery History。 因 为 Delivery History 不 需要 直接 的 全 局 访 
问 ， 而 且 它 的 标识 实际 上 只 是 由 Cargo 派生 出 的 ， 因 此 很 适合 将 Delivery History 放 在 Cargo 的 边界 
之 内 ， 并 且 它 也 无 需 是 一 个 AGGREGATE 根 。Delivery Specification 是 一 个 VALUE OBJECT， 因 此 将 它 
包含 在 Cargo AGGREGATE 中 也 不 复杂 。 

Handling Event 就 是 另外 一 回 事 了 。 前 面 已 经 考虑 了 两 种 与 其 有 关 的 数据 库 查 询 ， 一 种 是 当 
不 想 使 用 集合 时 ,用 查找 某 个 Detivery History 的 Handling Event 作 为 一 种 可 行 的 替代 方法 ， 这 种 查 
询 是 位 于 Cargo AGGREGATE 内 部 的 本 地 查询 , 另 一 种 查询 是 查找 装 货 和 准备 某 次 Carrier Movement 
时 所 进行 的 所 有 操作 。 在 第 二 种 情况 中 ， 处 理 Cargo 的 活动 看 起 来 是 有 意义 的 《即使 是 与 Cargo 本 
身分 开 来 考虑 时 也 是 如 此 ) ， 因 此 Handling Event 应 该 是 它 自己 的 AGGREGATE 的 根 。 


7.6 选择 REPOSITORY 


在 我 们 的 设计 中 , 有 5 个 ENTITY 是 AGGREGATE 的 根 ,因此 在 选择 存储 库 时 只 需 考虑 这 5 个 实体 ， 
因为 其 他 对 象 都 不 能 有 REPOSITORY。 
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和 图 7-3 ”模型 中 的 AGGREGArE 边 界 (注意 : 边界 之 外 的 ENrrry 是 其 自己 的 AGGREGATE 的 根 ) 


为 了 确定 这 5 个 实体 当中 哪些 确实 需要 REPOsITORY， 必 须 回头 看 一 下 应 用 程序 的 需求 。 要 想 
通过 Booking Application 进 行 预订 ， 用 户 需要 选择 一 些 承担 不 同 角色 (托运 人 、 收 货 人 等 ) 的 
Customer。 因 此 需要 一 个 Customer Repository。 在 指定 货物 的 目的 地 时 还 需要 一 个 Location， 因 此 
还 需要 创建 一 个 Location Repository。 

用 户 需 要 通过 Activity Logging Application 来 查找 装 货 的 Carrier Movement， 因 此 需要 一 个 
Carrier Movement Repository。 用 户 还 必须 告诉 系统 哪个 Cargo 已 经 完成 了 装 货 ， 因 此 还 需要 一 个 
Cargo Repository， 如 图 7-4 所 示 。 

我 们 没有 创建 Handling Event Repository ， 因 为 我 们 决定 在 第 一 次 迭代 中 将 它 与 Delivery 
History 的 关联 实现 为 一 个 集合 ， 而 且 应 用 程序 并 不 需要 查找 在 一 次 Carrier Movement 中 都 装载 了 
什么 货物 。 这 两 个 原因 都 有 可 能 会 发 生变 化 ， 如 果 确 实 改 变 了 ， 可 以 增加 一 个 REPOSITORY。 
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图 7-4 REPosITORY 提 供 了 对 选中 AGGREGATE 根 的 访问 


7.7 场景 走 查 
为 了 复核 这 些 决策 ， 我 们 需要 经 常 走 查 场景 ， 以 确保 能 够 有 效 地 解决 应 用 问题 。 
7.7.1 应 用 程序 特性 举例 : 更 改 Cargo 的 目的 地 


有 时 一 个 Customer 会 打 电话 说 :“ 精 了 ! 我 们 原来 说 把 货物 运 到 Hackensack， 但 实际 上 应 该 
运往 Hoboken。” 既然 我 们 提供 了 运输 服务 ， 就 一 定 要 让 系统 能 够 进行 这 样 的 修改 。 
Delivery Specification 是 一 个 VALUE OBJECT， 因 此 最 简单 的 方法 是 放弃 它 ， 再 创建 一 个 新 的 ， 
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然后 使 用 Cargo 上 的 setter 方 法 把 旧 值 替换 成 新 值 。 
7.7.2 ”应 用 程序 特性 举例 :重复 业务 


用 户 指出 ， 相 同 Customer 的 重复 预订 往往 是 类 似 的 ， 因 此 他 们 想 要 将 旧 Cargo 作 为 新 Cargo 的 
原型 。 应 用 程序 应 该 允许 用 户 在 存储 库 中 查找 一 个 Cargo， 然 后 选择 一 条 命令 来 基于 选中 的 Cargo 
创建 一 个 新 Cargo。 我 们 将 利用 PROTOTYPE 模 式 ([Gamma et al. 1995] ) 来 设计 这 一 功能 。 

Cargo 是 一 个 ENTITY， 而 且 是 AGGREGATE 的 根 。 因 此 在 复制 它 时 要 非常 小 心 ， 其 AGGREGATE 
边界 内 的 每 个 对 象 或 属性 的 处 理 都 需要 仔细 考虑 ， 下 面 逐 个 来 看 一 下 。 

口 Delivery History: 应 创建 一 个 新 的 、 空 的 Delivery History， 因 为 原 有 Delivery History 的 历 

史 并 不 适用 。 这 是 AGGREGATE 内 部 的 实体 的 常见 情况 。 

口 Customer Roles: 应 该 复制 Map (或 其 他 集合 ) ，Map 保 存 了 对 Customer 的 引用 (这 些 引用 
是 用 键 值 标识 的 ), 键 也 应 该 一 起 复制 , 因为 它们 在 新 的 运输 业务 中 的 角色 可 能 是 相同 的 。 
但 必须 注意 不 要 复制 Customer 对 象 本 身 。 在 复制 之 后 ， 应 该 保证 和 原来 的 Cargo 引 用 相同 
的 一 些 Customer 对 象 ， 因 为 它们 是 AGGREGATE 边 界 之 外 的 ENTITY 。 

口 Tracking ID: 我 们 必须 提供 一 个 新 的 Tracking ID， 它 应 该 来 自 创 建新 Cargo 时 的 同一 个 来 源 。 

注意 ， 我 们 复制 了 Cargo AGGREGATE 边 界 内 部 的 所 有 对 象 ， 并 对 副本 进行 了 一 些 修改 ， 但 这 
并 没有 对 AGGREGATE 边 界 之 外 的 对 象 产生 任何 影响 。 


7.8 ”对象 的 创建 


7.8.1 Cargo 的 FACTORY 和 构造 函数 


即使 为 Cargo 使 用 了 一 个 复杂 而 精致 的 FAcroRY， 或 像 “ 重 复业 务 ” 一 节 的 情况 一 样 使 用 另 
一 个 Cargo 作 为 FACTORY, 我 们 仍然 需要 有 一 个 基本 的 构造 函数 。 我 们 希望 用 构造 函数 来 生成 一 个 
满足 固定 规则 的 对 象 ， 或 者 在 所 生成 的 对 象 是 ENTITY 的 时 候 ， 至 少 保持 其 标识 不 变 。 

做 出 这 些 决 定之 后 ， 我 们 可 以 在 Cargo 上 创建 一 个 FACTORY 方 法 ， 如 下 所 示 : 

public Cargo copyPrototype(String newTrackingID) 

或 者 可 以 为 一 个 独立 的 FACTORY 添 加 以 下 方法 : 

public Cargo newCargo (Cargo prototype, String newTrackingID) 

独立 的 FACTORY 还 可 以 把 为 新 的 Cargo 获 取 新 的 (自动 生成 的 ) ID 的 过 程 封装 起 来 ， 这 样 它 
只 需要 一 个 参数 : 

public Cargo newCargo (Cargo prototype) 

这 些 FAcTORY 返 回 的 结果 是 完全 相同 的 , 都 是 一 个 Cargo, 其 Delivery History 为 空 , 且 Delivery 
Specification 为 null。 
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Cargo 与 Delivery History 之 间 的 双向 关联 意味 着 它们 必须 要 互相 指向 对 方才 算是 完整 的 ， 因 
此 它们 必须 一 起 被 创建 。 记 住 , Cargo 是 AGGREGATE 的 根 , 而 这 个 AGGREGATE 包 含 Delivery History。 
因此 ， 我 们 可 以 用 Cargo 的 构造 函数 或 FACTORY 来 创建 Delivery History。Delivery History 构 造 函数 
将 把 Cargo 作 为 参数 。 这 样 就 可 以 编写 以 下 代码 : 
Public Cargo(String id) { 
trackingID = id; 
deliveryHistory = new DeliveryHistory (this); 
customerRoles = new HashMap{(); 
} 


结果 得 到 一 个 新 的 Cargo， 它 带 有 一 个 指向 它 自己 的 新 的 Delivery History。Delivery History 
构造 函数 只 供 其 AGGREGATE 根 ( 即 Cargo) 使 用 ， 这 样 Cargo 的 组 成 就 被 封装 起 来 了 。 


7.8.2 ”添加 一 个 Handling Event 


货物 在 真实 世界 中 的 每 次 处 理 ， 都 会 有 人 使 用 Incident Logging Application 来 输入 一 条 
Handling Event 记 录 。 
每 个 类 都 必须 有 一 个 基本 的 构造 函数 。 由 于 Handling Event 是 一 个 ENTITY， 所 以 必须 把 定义 
了 其 标识 的 所 有 属性 传递 给 构造 函数 。 如 前 所 述 ，Handling Event 是 通过 Cargo 的 ID、 完 成 时 间 和 
事件 类 型 的 组 合 来 唯一 标识 的 。Handling Event 唯 一 剩 下 的 属性 是 与 Carrier Movement 的 关联 ， 而 
有 些 类 型 的 Handling Event 甚 至 没有 这 个 属性 。 综 上 ， 创 建 一 个 有 效 的 Handling Event 的 基本 构造 
函数 是 : 
public HandlingEvent (Cargo c¢, String eventType, Date timestamp) { 
handled = c; 
type = eventType; 


completionTime = timeStamp; 
} 
在 ENTITY 中 ， 那 些 不 起 到 标识 作用 的 属性 通常 可 以 过 后 再 添加 。 在 本 例 中 ，Handling Event 
的 所 有 属性 都 是 在 初始 事务 中 设置 的 ， 而 且 过 后 不 再 改变 (纠正 数据 录入 错误 除外 )， 因 此 为 每 
个 事件 类 型 的 Handling Event 添 加 一 个 简单 的 FACTORY METHOD (并 带 有 所 有 必要 的 参数 ) 是 很 方 
便 的 做 法 ， 这 还 使 得 客户 代码 具有 更 强 的 表达 能 力 。 例 如 ，loading event ( 装 货 事件 ) 确实 涉及 
一 个 Carrier Movement。 
public static HandlingEvent newLoading{ 
Cargo c, CarrierMovement loadedOnto, Date timestamp) { 
HandlingEvent result = 
new HandlingEvent (c, LOADING_EVENT, timeStamp); 


result .setCarrierMovement (loadedonto); 
return result; 
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模型 中 的 Handling Event 是 一 个 抽象 ， 它 可 以 把 各 种 专用 的 Handling Event 类 封装 起 来 ， 包 括 
装 货 、 印 货 、 密 封 、 存 放 以 及 其 他 与 Carrier 无 关 的 活动 。 它 们 可 以 被 实现 为 多 个 子 类 ， 或 者 通过 
复杂 的 初始 化 过 程 来 实现 ， 也 可 以 将 这 两 种 方法 结合 起 来 使 用 。 通 过 在 基 类 (Handling Event) 
中 为 每 个 类 型 添加 FACTORY METHOD， 可 以 将 实例 创建 的 工作 抽象 出 来 ， 这 样 客户 就 不 必 知 道 实 
现 的 知识 。FACTORY 必 须知 道 哪个 类 需要 被 实例 化 ， 以 及 应 该 如 何 对 它 初始 化 。 

遗憾 的 是 ， 事 情 并 不 是 这 么 简单 。Cargo 一 Delivery History 一 History Event 一 Cargo 这 个 引用 
循环 使 实例 创建 变 得 很 复杂 。Delivery History 保 存 了 与 其 Cargo 有 关 的 Handling Event 集 合 ， 而 且 
新 对 象 必 须 作为 事务 的 一 部 分 被 添加 到 这 个 集合 中 〔 见 图 7-5)。 如 果 没 有 创建 这 个 反 向 指针 ， 那 
么 对 象 间 将 发 生 不 一 致 。 
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图 7-5 添加 一 个 Handling Event 需 要 将 它 插入 到 Delivery History 中 
我 们 可 以 把 反 向 指针 的 创建 封装 到 FACTORY 中 (并 将 其 放 在 领域 层 中 一 一 它 属于 领域 层 )， 
但 现在 我 们 来 看 另 一 种 设计 ， 它 完全 消除 了 这 种 别扭 的 交互 。 
7.9 停 下 来 重 构 : Cargo AGGREGATE 的 另 一 种 设计 


建 模 和 设计 并 不 总 是 一 个 不 断 向 前 的 过 程 , 如 果 不 经 常 进行 重 构 , 以 便利 用 新 的 知识 来 改进 
模型 和 设计 ， 那 么 项 目 将 会 停滞 不 前 。 


第 7 章 使 用 语言 : 一 个 扩展 的 示例 119 





到 目前 为 止 , 我 们 的 设计 中 有 几 个 鉴 脚 的 地 方 , 虽然 这 并 不 影响 它 的 工作 , 而 且 设计 也 确实 
反映 了 模型 。 在 设计 之 初 看 上 去 不 太 重要 的 问题 渐渐 变 得 坏 手 。 让 我 们 借助 事后 的 认识 来 解决 其 
中 的 一 个 问题 ， 以 便 为 以 后 的 设计 做 好 铺垫 。 

由 于 在 添加 Handling Event 时 需要 更 新 Delivery History， 因 此 在 这 个 事务 中 将 会 涉及 Cargo 
AGGREGATE。 如 果 在 同一 时 间 其 他 用 户 正在 修改 Cargo， 那 么 Handling Event 事 务 将 会 失败 或 被 延 
迟 。 输 入 Handling Event 是 一 项 需要 迅速 完成 的 简单 操作 活动 ， 因 此 能 够 在 不 发 生 争 用 的 情况 下 
输入 Handling Event 是 一 项 重要 的 应 用 程序 需求 。 这 促使 我 们 考虑 另 一 种 不 同 的 设计 。 

我 们 在 Delivery History 中 可 以 不 使 用 Handling Event 的 集合 , 而 是 用 一 个 查询 来 代替 它 , 这 样 
在 添加 Handling Event 时 就 不 会 在 其 自己 的 AGGREGATE 之 外 引起 任何 完整 性 问题 。 这 样 修改 之 后 ， 
这 些 事务 就 不 再 受到 干扰 。 如 果 有 很 多 Handling Event 正 在 被 录入 ， 而 相对 只 有 很 少 的 查询 ， 那 
么 这 种 设计 更 加 高 效 。 实 际 上 ， 如 果 使 用 关系 数据 库 作为 底层 技术 ,那么 我 们 可 以 设法 在 下 层 使 
用 一 个 查询 来 模拟 集合 。 使 用 查询 来 代替 集合 还 可 以 减 小 在 Cargo 和 Handling Event 的 循环 引用 中 
维护 一 致 性 的 难度 。 

为 了 使 用 查询 ， 我 们 为 Handling Event 增 加 一 个 REPOSITORY。Handling Event Repository 将 为 
查询 与 特定 Cargo 有 关 的 Event 提 供 支持 。 此 外 ，REPOSITORY 还 可 以 提供 优化 的 查询 ， 可 用 来 更 有 
效 地 回答 特定 的 问题 。 例 如 ， 为 了 推断 Cargo 的 当前 状态 ， 常 常 需要 在 Delivery History 中 查找 最 
后 一 次 报告 的 装 货 或 印 货 操作 ,如 果 这 个 查找 操作 被 频繁 地 使 用 , 那么 就 可 以 设计 一 个 查询 来 只 
返回 与 最 后 一 次 报告 相关 的 Handling Event。 而 且 ， 如 果 需 要 通过 一 个 查询 来 找到 在 某 次 Carrier 
Movement 中 装载 的 所 有 Cargo， 那 么 很 容易 就 可 以 增加 这 个 查询 。 

这 样 一 来 ，Delivery History 就 不 再 有 持久 状态 了 ， 因 此 实际 上 无 需 再 保留 它 。 无 论 何 时 需要 
回答 一 个 问题 ， 都 可 以 查询 出 Delivery History。 尽 管 每 次 查询 都 需要 重新 创建 ENTTTY， 但 由 于 被 
查询 的 对 象 始终 是 与 同一 个 Cargo 保 持 关联 的 ， 因 此 沿 着 这 个 关联 就 可 以 查询 出 这 个 对 象 。 

循环 引用 的 创建 和 维护 也 变 得 简单 了 。Cargo Factory 将 被 简化 ， 不 再 需要 为 新 的 Cargo 实 例 
创建 一 个 空 的 Delivery History。 数 据 库 空间 略微 减少 ， 而 且 持 久 化 对 象 的 实际 数量 可 能 减少 很 多 

(在 某 些 对 象 数据 库 中 ， 能 容纳 的 持久 化 对 象 的 数量 是 有 限 的 )。 如 果 在 常规 的 使 用 模式 下 ， 用 
户 在 货物 到 达 之 前 很 少 查询 它 的 状态 ， 那 么 这 种 设计 可 以 避免 很 多 不 必要 的 工作 。 

另 一 方面 , 如 果 我 们 正在 使 用 对 象 数据 库 , 则 通过 遍历 一 个 关联 或 显 式 的 集合 来 查找 对 象 可 
能 会 比 通过 REPOSITORY 查 询 快 得 多 。 如 果 用 户 在 使 用 系统 时 需要 频繁 地 列 出 货物 处 理 的 全 部 历 
史 ， 而 不 是 偶尔 查询 最 后 一 次 处 理 ， 那 么 出 于 性 能 上 的 考虑 ,使 用 显 式 的 集合 比较 有 利 。 此 外 要 
记 住 ， 现 在 并 不 需要 查询 “这 次 Carrier Movement 上 都 装载 了 什么 "， 而 且 这 个 要 求 可 能 永远 也 不 
会 被 提出 来 ， 因 此 暂时 不 必 过 多 地 注意 该 选项 。 

这 些 类 型 的 修改 和 设计 折 中 随处 可 见 , 仅仅 在 我 们 这 个 小 的 、 简 化 的 系统 中 , 我 就 可 以 举 出 
许多 示例 。 但 重要 的 一 点 是 ， 这 些 自由 的 修改 仅 限于 同一 个 模型 内 部 。 通 过 对 VALUE、ENTITY 以 
及 它们 的 AGGREGATE 进 行 建 模 (正如 我 们 已 经 做 的 那样 ), 已 经 大 大 减 小 了 这 些 设计 修改 的 影响 。 
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例如 ， 在 这 个 示例 中 ， 所 有 的 修改 都 被 封装 在 Cargo 的 AGGREGATE 边 界 之 内 。 它 还 需要 增加 一 个 
Handling Event Repository, 但 并 不 需要 重新 设计 Handling Event 本 身 (虽然 根据 不 同 的 REPOSITORY 
框架 细节 ， 可 能 需要 对 实现 进行 一 些 修改 )。 


find by CargolDTimeType(String, Date, String) 
find by Cargo Tracking ID(String) 

find by Schedule ID(String) 

find Most Recent CargolDType(String, String) | 





Handling Event Repository 





| 
] 
| 






i 
习 Handling Event + 


FE es 


| Delivery History | 





Customer | 









建 不 会 修改 Cargo | 


| | 中 的 任何 东西 5 
Vl 
| Carrier 
和 Movement | 
ER a 
| Location 长 一 一 一 一 


图 7-6 ”将 Delivery History 中 的 Handling Event 集 合 实 现 为 一 个 查询 ， 这 样 可 以 使 Handling 
Event 的 插入 变 得 简单 ， 而 且 不 会 与 Cargo AGGREGATE 发 生 争 用 


7.10 “运输 模型 中 的 MODULE 


到 目前 为 止 ， 我 们 只 看 到 了 很 少 的 几 个 对 象 ， 因 此 MODULE 化 还 不 是 问题 。 现 在 ， 我 们 来 看 
一 下 运输 模型 的 稍 大 一 点 的 部 分 (当然 ， 这 仍然 是 简化 的 )， 从 而 了 解 一 下 将 对 模型 产生 影响 的 
MopuLE 组 织 。 

图 7-7 显 示 了 一 个 整齐 划分 后 的 模型 ， 这 里 假设 该 模型 是 由 本 书 的 一 位 热心 读者 划分 的 。 这 
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个 图 是 第 5 章 中 所 提出 的 由 基础 设施 驱动 的 打包 问题 的 一 个 变形 。 在 本 例 中 ， 对 象 是 根据 其 所 遵 
循 的 模式 来 分 组 的 。 结 果 那 些 在 概念 上 几乎 没有 关系 〈 低 内 聚 ) 的 对 象 被 分 到 了 一 起 ,而且 所 有 
MopurE 之 间 的 关联 错综复杂 (高 耦合 ) 。 这 种 打包 方式 也 描述 了 一 件 事情 ， 但 不 是 描述 运输 ， 
而 是 描述 了 开发 人 员 在 那个 时 候 对 模型 的 认识 。 


Entities 


| Customer (>——* Contact | 














| cargold 
Bill of Lading | | weight 
L | HazMatCode 



































- 一 一 一 一 ;oaegin 
destination 
customs clearance (opt) | 








Services, 





| Route Finder 











图 7-7 这 些 MopUuLE 并 没有 传达 领域 知识 
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按 模式 划分 看 起 来 像 是 一 个 明显 的 错误 , 但 按照 对 象 是 持久 对 象 还 是 临时 对 象 来 分 开 , 或 者 
使 用 任何 其 他 划分 方法 ， 而 不 是 根据 对 象 的 意义 来 划分 ， 也 同样 没有 什么 意义 。 

相反 ,我 们 应 该 寻找 紧密 关联 的 概念 ,并 和 弄 清楚 我 们 打算 向 项 目 中 的 其 他 人 员 传递 什么 信息 。 
在 做 一 些 较 小 的 建 模 决定 时 ， 可 以 采用 很 多 划分 方式 。 图 7-8 显 示 了 一 个 简单 的 例子 。 
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图 7-8 ”基于 广泛 的 领域 概念 的 模块 
图 7-8 中 的 MopULE 名 称 成 为 团队 语言 的 一 部 分 。 我 们 的 公司 给 Customer (客户 ) Shipping ( 运 
输 货物 ) ， 因 此 向 他 们 寄 出 Bil (账单 )， 公 司 的 销售 和 营销 人 员 与 Customer 磋 商 并 签署 协议 ， 操 
作 人 员 负 责 将 货物 Shipping 到 指定 目的 地 , 后 勤 办 公 人 员 负 责 Billing (处 理 账单 ), 并 根据 Customer 
协议 开具 发 票 。 这 就 是 可 以 通过 这 组 MopULE 描 述 的 业务 。 
当然 ， 这 种 直观 上 的 分 解 可 以 通过 后 续 选 代 来 完善 ， 甚 至 可 以 完全 被 取代 ， 但 它 现在 对 
MopEL-DRIVEN DESIGN 大 有 和 帮助， 并且 使 UBIQUITOUS LANGUAGE 更 加 丰富 。 


7.11 引入 新 特性 : 配额 检查 
到 目前 为 止 ， 我们 已 经 完成 了 初始 的 需求 和 模型 。 现 在 要 添加 第 一 批 重要 的 新 功能 。 
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在 这 个 假想 的 运输 公司 中 , 销售 部 门 使 用 其 他 软件 来 管理 客户 关系 、 销 售 计划 等 。 其 中 有 一 
项 功能 是 效益 管理 (yield management) ， 利 用 此 功能 ， 公 司 可 以 根据 货物 类 型 、 出 发 地 和 目的 地 
或 任何 可 作为 分 类 名 输入 的 其 他 因素 来 制定 不 同类 型 货物 的 运输 配额 。 这 些 配 额 构成 了 各 类 货物 
的 运输 量 目标 , 这 样 利润 较 低 的 货物 就 不 会 占 满 配 额 而 导致 无 法 运输 利润 较 高 的 货物 , 同时 避免 
预订 量 不 足 (没有 充分 利用 运输 能 力 ) 或 过 量 预订 (导致 因 频 繁 地 超出 运输 能 力 而 取消 客户 预订 ， 
最 终 损害 客户 关系 )。 

现在 , 他们 希望 把 这 个 功能 集成 到 预订 系统 中 。 这 样 ， 当 客户 进行 一 个 预订 时 ， 可 以 根据 这 
些 配 额 来 检查 是 否 应 该 接受 预订 。 

配额 检查 所 需 的 信息 保存 在 两 个 地 方 ，Booking Application 必 须 通过 查询 这 些 信息 才能 确定 
接受 或 拒绝 预订 。 图 7-9 画 出 了 一 个 大 体 的 信息 流 草图 。 

















| wa |】 | 这 种 类 型 的 货物 TY 
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图 7-9 Booking Application 所 使 用 的 信息 一 方面 来 自 Sales Management System 
(销售 管理 系统 ) ， 一 方面 来 自我 们 自己 的 领域 REPOSITORY 


7.11.1 连接 两 个 系统 


销售 管理 系统 (Sales Management System) 并 不 是 根据 这 里 所 使 用 的 模型 编写 的 。 如 果 
Booking Application 与 它 直接 交互 ， 那 么 我 们 的 应 用 程序 就 必须 兼容 另外 一 个 系统 〈( 即 Cargo 
Repository) 的 设计 ， 这 将 很 难保 持 一 个 清晰 的 MopEL-DRIVEN DESIGN， 而 且 将 混淆 UBIQourrous 
LANGUAGE。 相 反 ,， 我 们 创建 另 一 个 类 , 让 它 充当 我 们 的 模型 和 销售 管理 系统 的 语言 之 间 的 翻译 。 
它 并 不 是 一 种 通用 的 翻译 机 制 ， 而 只 是 对 我 们 的 应 用 程序 所 需 的 特性 进行 翻译 , 并 根据 我 们 的 领 
域 模型 重新 对 这 些 特性 进行 抽象 。 这 个 类 将 作为 一 个 ANTICORRUPTION LAYER (将 在 第 14 章 讨论 ) 。 

这 是 连接 销售 管理 系统 的 一 个 接口 ， 因 此 首先 就 会 想到 将 它 叫 做 Sales Management Interface 

(销售 管理 接口 )。 但 这 样 一 来 就 失去 了 用 一 种 更 有 用 的 语言 来 重新 描述 问题 的 机 会 。 相 反 ， 让 
我 们 为 每 个 需要 从 其 他 系统 获得 的 配额 功能 定义 一 个 SERVICE。 我 们 用 一 个 名 为 Allocation Checker 
(配额 检查 器 ) 的 类 来 实现 这 些 SERVICE， 这 个 类 名 反映 了 它 在 系统 中 的 职责 。 

如 果 还 需要 进行 其 他 的 集成 (例如 ， 使 用 销售 管理 系统 的 客户 数据 库 ， 而 不 是 我 们 自己 的 

Customer REPOSITORY) ， 则 可 以 创建 另 一 个 翻译 类 来 实现 用 于 履行 该 职责 的 SERVICE。 用 一 个 更 低 
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层 的 类 (例如 Sales Management System Interface) 作为 与 其 他 程序 进行 对 话 的 机 制 仍然 是 一 种 很 
有 用 的 方法 ， 但 它 并 不 负责 翻译 。 此 外 ， 它 将 隐藏 在 Allocation Checker 后 面 ， 因 此 在 领域 设计 中 
并 不 显示 出 来 。 


7.11.2 ”进一步 完善 模型 : 划分 业务 


我 们 已 经 概要 描述 了 两 个 系统 的 交互 , 那么 提供 什么 样 的 接口 才能 用 来 回答 “这 种 类 型 的 货 
物 可 以 接受 多 少 预订 ”这 个 问题 呢 ? 问题 的 复杂 之 处 在 于 定义 Cargo 的 “类 型 ”是 什么 ， 因 为 我 
们 的 领域 模型 尚未 对 Cargo 进 行 分 类 。 在 销售 管理 系统 中 ，Cargo 类 型 只 是 一 组 类 别 关键 词 ， 我 们 
的 类 型 只 需 与 该 列表 一 致 即 可 。 我 们 可 以 把 一 个 字符 串 集合 作为 参数 传 入 ,但 这 样 又 会 错过 另 一 
个 机 会 一 一 重新 抽象 那个 系统 的 领域 。 我 们 需要 在 领域 模型 中 增加 货物 类 别 的 知识 ,以 便 使 模型 
更 丰富 ， 而 且 需 要 与 领域 专家 一 起 进行 头脑 风暴 活动 ， 以 便 抽象 出 新 的 概念 。 

有 时 , 分析 模式 可 以 为 建 模 方案 提供 思路 (第 11 章 将 会 讨论 到 )。《 分 析 模 式 》( [Fowler 1996] ) 
一 书 介绍 了 一 种 用 于 解决 这 类 问题 的 模式 : ENTERPRISE SEGMENT (企业 部 门 单元 )。ENTERPRISE 
SEGMENT 是 一 组 维度 ， 它 们 定义 了 一 种 对 业务 进行 划分 的 方式 。 这 些 维度 可 能 包括 我 们 在 运输 业 
务 中 已 经 提 到 的 所 有 划分 方法 ， 也 包括 时 间 维度 ， 例 如 月 初 至 今 (month to date) 。 在 我 们 的 配额 
模型 中 使 用 这 个 概念 ， 可 以 增强 模型 的 表达 力 ， 并 简化 接口 。 这 样 ， 我 们 的 领域 模型 和 设计 中 就 
增加 了 一 个 名 为 Enterprise Segment 的 类 ， 它 是 一 个 VALUE OBJECT， 每 个 Cargo 都 必须 获得 一 个 
Enterprise Segment 类 。 
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图 7-10 ”Allocation Checker 充 当 了 一 个 ANTICORRUPTION LAYER， 它 在 我 们 的 领域 
模型 中 展现 了 一 个 到 销售 管理 系统 的 可 选 接口 
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Allocation Checker 将 充当 Enterprise Segment 与 外 部 系统 的 类 别名 称 之 间 的 翻译 。Cargo 
Repository 还 必须 提供 一 种 基于 Enterprise Segment 的 查询 。 在 这 两 种 情况 下 ， 我 们 可 以 利用 与 
Enterprise Segment 对 象 之 间 的 协作 来 执行 操作 ， 而 不 会 破坏 Segment 的 封装 ， 也 不 会 导致 它们 自 
己 的 实现 复杂 化 (注意 ，Cargo Repository 的 查询 结果 是 一 个 数字 ， 而 不 是 实例 的 集合 ) 。 

但 这 种 设计 还 存在 几 个 问题 

(1) 我 们 给 Booking Application 分 配 了 一 个 不 该 由 它 来 执行 的 工作 ， 那 就 是 对 如 下 规则 的 应 
用 :“ 如 果 Enterprise Segment 的 配额 大 于 已 预订 的 数量 与 新 Cargo 数 量 的 和 ， 则 接受 该 Cargo。” 执 
行业 务 规则 属于 领域 层 的 职责 ， 而 不 应 在 应 用 层 中 执行 。 

(2) 没有 清楚 地 表明 Booking Application 是 如 何 得 出 Enterprise Segment 的 。 

这 两 个 职责 看 起 来 都 属于 Allocation Checker。 通 过 修改 接口 就 可 以 将 这 两 个 服务 分 离 出 来 ， 
这 样 交 互 就 更 整洁 和 明显 了 。 
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Booking E 入 的 参数 足 Cargo 和 已 预订 
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图 7-11 ”领域 职责 从 Booking Application 转 移 到 Allocation Checker 

这 种 集成 只 有 一 条 严格 的 约束 ， 那 就 是 有 些 维度 是 不 能 被 Sales Management System 使 用 的 ， 
具体 来 说 就 是 那些 无 法 用 Allocation Checker 转 换 为 Enterprise Segment 的 维度 (在 不 使 用 
ENTERPRISE SEGMENT 的 情况 下 ， 这 条 约束 的 作用 是 使 销售 系统 只 能 使 用 那些 可 以 在 Cargo 
Repository 查 询 中 使 用 的 维度 。 虽 然 这 种 方法 也 行 得 通 ， 但 销售 系统 将 会 溢出 而 进入 领域 的 其 他 
部 分 中 。 在 我 们 这 个 设计 中 ，Cargo Repository 只 需 处 理 Enterprise Segment， 而 且 销 售 系统 中 的 更 
改 只 影响 到 Allocation Checker， 而 Allocation Checker 可 以 被 看 作 是 一 个 FACADE) 。 


7.11.3 ”性 能 优化 


然 与 领域 设计 的 其 他 方面 有 利害 关系 的 只 是 Allocation Checker 的 接口 , 但 当 出 现 性 能 问题 
时 ,Allocation Checker 的 内 部 实现 可 能 为 解决 这 些 问题 提供 了 机 会 。 例 如, 如 果 Sales Management 
System 运行 在 另 一 台 服 务 器 上 (或 许 在 另 一 个 位 置 上 ) ， 那 么 通信 开销 可 能 会 很 大 ， 而 且 每 个 配 
额 检查 都 需要 进行 两 次 消息 交换 。 第 二 条 消息 需要 调用 Sales Management System 来 回答 是 否 应 该 
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接受 货物 ， 因 此 并 没有 其 他 的 替代 方法 可 用 来 处 理 这 条 消息 。 但 第 一 条 消息 是 得 出 货物 的 
Enterprise Segment， 这 条 消息 所 基于 的 数据 和 行为 与 配额 决策 本 身 相 比 是 静态 的 。 这 样 ， 一 种 设 
计 选 择 就 是 把 这 些 信息 缓存 到 服务 器 上 ， 以 便 Allocation Checker 在 需要 的 时 候 能 够 在 服务 器 上 找 
到 它们 ， 从 而 将 消息 传递 的 开销 降低 一 半 。 但 这 种 灵活 性 也 是 有 代价 的 。 设 计 会 更 复杂 一 些 ， 而 
且 被 缓存 的 数据 必须 保持 最 新 。 但 如 果 性 能 在 分 布 式 系统 中 是 至 关 重要 的 因素 的 话 , 这 种 灵活 部 
团 可 能 成 为 一 个 重要 的 设计 目标 。 


7.12 小 结 


情况 就 是 这 样 了 。 这 种 集成 有 可 能 把 我 们 这 个 原本 简单 且 在 概念 上 一 致 的 设计 异 得 乱 七 八 
糟 ， 但 现在 ， 在 使 用 了 一 个 ANTICORRUPTION LAYER、 一 个 SERVICE 和 一 些 ENTERPRISE SEGMENT 之 
后 ， 我 们 已 经 干净 利落 地 把 Sales Management System 的 功能 集成 到 我 们 的 预订 系统 中 了 ， 从 而 使 
领域 更 加 丰富 。 

还 有 最 后 一 个 设计 问题 :为 什么 不 把 获取 Enterprise Segment 的 职责 分 配给 Cargo 呢 ?如 果 
Enterprise Segment 的 所 有 数据 都 是 从 Cargo 中 获取 的 ， 那 么 乍 看 上 去 把 它 变 成 Cargo 的 一 个 派生 属 
性 是 一 种 不 错 的 选择 。 遗 乌 的 是 ， 事 情 并 不 是 这 么 简单 。 为 了 用 一 些 有 利于 业务 策略 的 维度 进行 
划分 ， 我 们 可 以 任意 定义 Enterprise Segment。 出 于 不 同 的 目的 ， 可 能 需要 对 相同 的 ENTITY 进 行 不 
同 的 划分 。 出 于 预订 配额 的 目的 ， 我 们 需要 根据 特定 的 Cargo 进 行 划分 ， 但 如 果 是 出 于 税务 会 计 
的 目的 时 ， 可 能 会 采取 一 种 完全 不 同 的 Enterprise Segment 划 分 方式 。 甚 至 当 执行 新 的 销售 策略 而 
对 Sales Management System 进行 重新 配置 时 ， 配 额 的 Enterprise Segment 划 分 也 可 能 会 发 生变 化 。 
因此 Cargo 必 须知 道 Allocation Checker， 而 这 完全 不 在 其 概念 职责 范围 之 内 。 而 且 得 出 特定 类 型 
Enterprise Segment 所 需 使 用 的 方法 会 加 重 Cargo 的 负担 。 因 此 ， 正 确 的 做 法 是 让 那些 知道 划分 规 
则 的 对 象 来 承担 获取 这 个 值 的 职责 ,而 不 是 把 这 个 职责 施加 给 包含 具体 数据 (那些 规则 就 作用 于 
这 些 数据 上 ) 的 对 象 。 这 些 规则 可 以 被 分 离 到 一 个 独立 的 Strategy 对 象 中 ， 然 后 将 这 个 对 象 传递 
给 Cargo， 以 便 它 能 够 得 出 一 个 Enterprise Segment。 这 种 解决 方案 似乎 超出 了 这 里 的 需求 ， 但 它 
可 能 是 后 面 的 设计 的 一 个 选择 ， 而 且 应 该 不 会 对 设计 造成 很 大 的 破坏 。 





第 三 部 分 
通过 重 构 来 加 深 理解 





本 书 的 第 二 部 分 为 维护 模型 和 实现 之 间 的 对 应 关系 打下 了 基础 ,在 开发 过 程 中 使 用 一 系列 成 
熟 的 基本 构造 块 并 运用 一 致 的 语言 ， 能 够 使 开发 工作 更 加 清晰 而 有 条 理 。 

当然 ,我们 面临 的 真正 挑战 是 找到 深层 次 的 模型 , 这 个 模型 不 但 能 够 捕捉 到 领域 专家 们 的 微 
妙 的 关注 点 , 还 可 驱动 切实 可 行 的 设计 。 我们 的 最 终 目的 是 开发 出 能 够 捕捉 到 领域 深层 含义 的 模 
型 。 以 这 种 方式 设计 出 来 的 软件 可 以 更 加 贴近 领域 专家 的 思维 方式 ,也 更 能 满足 用 户 的 需求 。 本 
部 分 将 会 对 这 个 目标 加 以 说 明 并 详细 描述 其 实现 过 程 , 同时 也 会 解释 某 些 设计 原则 和 模式 。 我 们 
应 用 这 些 原则 和 模式 来 得 到 满足 应 用 程序 以 及 开发 人 员 自 身 需 求 的 设计 。 

要 想 成 功 地 开发 出 实用 的 模型 ， 需 要 注意 以 下 三 点 。 

() 复杂 巧妙 的 领域 模型 是 可 以 实现 的 ， 也 是 值得 我 们 去 花费 力气 实现 的 。 

(2) 这 样 的 模型 离开 不 断 的 重 构 是 很 难 开发 出 来 的 ， 重 构 需 要 领域 专家 和 热爱 学 习 领域 知识 
的 开发 人 员 密 切 参与 进来 。 

(3) 要 实现 并 有 效 地 运用 模型 ， 需 要 精通 设计 技巧 。 


重 构 的 层次 


重 构 就 是 在 不 改变 软件 功能 的 前 提 下 重新 设计 它 。 开 发 人 员 无 需 在 着 手 开发 之 前 做 出 详细 的 
设计 决策 , 只 需要 在 开发 过 程 中 不 断 小 幅 调 整 各 个 部 分 的 设计 即 可 , 这 不 但 能 够 保证 软件 原 有 的 
功能 不 变 , 还 可 使 整个 设计 更 加 灵活 易 懂 。 自 动 化 的 单元 测试 套件 能 够 对 代码 进行 相对 安全 的 检 
验 。 这 个 过 程 解放 了 开发 人 员 ， 使 他 们 不 再 有 远虑 。 

然而 , 几乎 所 有 关于 重 构 的 文献 都 专注 于 研究 如 何 机 械 地 修改 代码 , 以 使 其 更 具 可 读 性 或 在 
非常 细节 的 层次 上 有 所 改进 。 如 果 开发 人 员 能 够 看 准时 机 ， 利 用 成 熟 的 设计 模式 进行 开发 那么 

“通过 重 构 得 到 模式 ”” (refactoring to patterms) 这 种 方式 就 可 以 让 重 构 过 程 更 上 一 层 楼 。 不 过 ， 


Q@ [Grmma et al.(1995)] 中 简要 提 及 了 应 该 将 模式 作为 重 构 的 目标 。 而 Joshua Kerievsky 则 把 “通过 重 构 得 到 模式 ”发 
展 为 更 加 成 熟 实用 的 形式 ([Kerievsky 2003])。 
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这 依然 是 从 技术 视角 来 评估 设计 的 质量 。 

有 些 重 构 能 够 极 大 地 提高 系统 的 可 用 性 , 它们 有 的 源 于 对 领域 的 新 认 知 , 有 的 能 够 通过 代码 
清晰 地 表达 出 模型 的 含义 。 这 些 重 构 不 能 取代 设计 模式 重 构 和 微 重 构 , 这 两 种 重 构 应 该 持续 进行 。 
但 前 者 添加 了 另 一 种 重 构 层 次 : 为 实现 更 深层 模型 而 进行 的 重 构 。 在 深入 理解 领域 的 基础 上 进行 
重 构 ， 通 常 需要 实现 一 系列 的 微 重 构 ， 但 这 么 做 绝 不 仅仅 是 为 了 改进 代码 状态 。 相 反 ， 微 重 构 是 
一 组 操作 方便 的 修改 单元 , 通过 这 些 重 构 可 以 得 到 更 深层 次 的 模型 。 开 发 人 员 通 过 微 重 构 不 仅 能 
够 了 解 代码 可 实现 的 功能 ， 还 能 明白 个 中 原因 ， 并 把 它们 与 领域 专家 的 交流 联系 起 来 。 

《 重 构 》([Fowler 1999]) 一 书 中 所 列 出 的 重 构 分 类 涵盖 了 大 部 分 常用 的 微 重 构 。 这 些微 重 
构 主要 是 为 了 解决 一 些 可 以 从 代码 中 观察 到 的 问题 。 相 比 之 下 ,领域 模型 千变万化 ， 当 你 对 领域 
有 了 新 的 理解 后 ， 便 可 以 对 模型 进行 调整 ， 这 种 调整 是 无 法 整理 出 一 个 完整 的 目录 的 。 

与 所 有 的 探索 活动 一 样 ， 建 模 本 质 上 是 非 结构 化 的 。 只 有 进行 深入 的 学 习 思 考 ， 然 后 据 此 重 
构 ， 才 能 得 到 更 深层 的 理解 。 尽 管 已 发布 的 成 功 模型 会 对 我 们 大 有 帮助 (第 11 章 将 会 提 及 )， 但 
是 不 能 因此 将 领域 建 模 简化 为 照 本 宜 科 的 行为 ， 当 其 是 烹饪 书籍 或 者 工具 包 ， 依 样 画 葫芦 。 建 模 
和 设计 都 需要 你 发 挥 创造 力 。 接 下 来 的 6 章 将 会 给 出 一 些 改进 领域 模型 的 具体 思考 方式 以 及 可 实 
现 这 些 领 域 模型 的 设计 方法 。 
深层 模型 

对 象 分 析 的 传统 方法 是 先 在 需求 文档 中 确定 名 词 和 动词 ， 并 将 其 作为 系统 的 初始 对 象 和 方 
法 。 这 种 方式 太 过 简单 ， 只 适用 于 教导 初学 者 如 何 进行 对 象 建 模 。 事 实 上 ， 初 始 模 型 通常 都 是 基 
于 对 领域 的 浅显 认 知 而 构建 的 ， 既 不 够 成 熟 也 不 够 深入 。 

比如 , 我 曾 参与 过 一 个 运输 应 用 系统 的 开发 , 我 的 初始 想法 是 构建 一 个 包括 货轮 和 集装箱 的 
对 象 模型 。 货 轮 将 货物 从 一 个 地 点 运送 到 另 一 个 地 点 。 集 装 箱 则 通过 装载 和 印 载 操 作 与 货轮 进行 
关联 或 脱离 关联 。 这 确实 能 够 准确 地 描述 出 一 部 分 实际 运输 活动 。 但 是 事实 证 明 ， 它 对 于 运输 业 
务 的 软件 实现 并 没有 太 多 帮助 。 

最 终 , 在 与 运输 专家 们 一 起 工作 了 几 个 月 并 进行 了 许多 次 迭代 后 , 我 们 得 到 了 一 个 完全 不 同 
的 模型 。 在 外 行人 看 来 ， 它 也 许 没 那么 浅显 易 懂 ， 但 却 能 贴切 地 反映 出 专家 的 想法 。 这 个 最 终 模 
型 关注 的 焦点 是 如 何 运送 货物 。 

我 们 依然 保留 了 货轮 ， 但 是 将 其 抽象 为 “船只 航次 ”(vessel voyage) 的 形式 ， 即 货轮 、 火 
车 或 其 他 运输 工具 的 某 一 调度 好 的 航程 。 货 轮 本 身 并 不 重要 ， 如 遇 维 修 或 计划 变动 可 临时 改 用 其 
他 船只 ， 只 要 保证 原 定 航次 按 计划 执行 即 可 。 运 输 集 装 箱 则 完全 从 模型 中 移 除了 。 在 原来 的 应 用 
程序 中 ,集装箱 是 操作 细节 , 而 现在 它 却 在 货物 装卸 应 用 程序 中 以 一 种 完全 不 同 的 复杂 形式 存在 。 
货物 实际 的 位 置 变化 已 不 重要 ， 重要 的 是 其 法 律 责任 的 转移 。 原 来 一 些 诸如 “提货 单 ” 之 类 不 被 
关注 的 对 象 也 出 现在 模型 中 。 


第 三 部 分 ”通过 重 构 来 加 深 理解 ”129 





每 当 有 新 的 对 象 建 模 人 员 加 入 这 个 项 目 时 ， 他 们 首先 提出 的 建议 是 什么 ? 就 是 添加 “货轮 ” 
和 “集装箱 ”这 两 个 缺少 的 类 。 他 们 都 很 聪明 ， 只 不 过 还 没有 仔细 揣摩 运输 领域 的 知识 罢了 。 

深层 模型 能 够 穿 过 领域 表象 ,清楚 地 表达 出 领域 专家 们 的 主要 关注 点 以 及 最 相关 的 知识 。 以 
上 定义 并 没有 提 及 抽象 的 问题 。 事 实 上 , 深层 模型 中 通常 都 含有 抽象 元 素 , 但 在 直接 切入 问题 核 
心 的 关键 位 置 也 同样 会 出 现 具体 元 素 。 

恰当 反映 领域 的 模型 通常 都 具有 功能 多 样 、 简 单 易 用 和 解释 力 强 的 特性 。 这 种 模型 的 共同 之 
处 在 于 它们 所 使 用 的 是 业务 专家 青睐 的 简单 语言 ， 但 这 种 语言 可 能 也 是 抽象 的 。 


深层 模型 /柔性 设计 


在 不 断 重 构 的 过 程 中 , 设计 本 身 也 需要 支持 重 构 所 带 来 的 变化 。 第 10 章 将 会 探讨 如 何 使 设计 
更 易于 使 用 ， 不 但 方便 修改 还 能 够 简单 地 将 其 与 系统 其 他 部 分 集成 。 

设计 自身 的 某 些 特 性 就 可 以 使 其 更 易于 修改 和 使 用 。 这 些 特性 并 不 复杂 , 却 很 有 挑战 性 。 第 
10 章 会 主要 讨论 “柔性 设计 (Supple Design)” 及 其 实现 方法 。 

幸运 的 是 , 如 果 每 次 对 模型 和 代码 所 进行 的 修改 都 能 反映 出 对 领域 的 新 理解 , 那么 通过 不 断 
的 重 构 就 能 给 系统 最 需要 修改 的 地 方 增添 灵活 性 , 我 们 也 能 找到 简单 快捷 的 方式 来 实现 普通 的 功 
能 。 戴 入 了 的 手套 在 手指 关节 处 会 变 得 柔软 ， 而 其 他 部 分 则 依然 硬 实 ， 可 起 到 保护 的 作用 。 同 样 
道理 ， 用 这 种 方式 来 进行 建 模 和 设计 时 ， 虽 然 需要 反复 尝试 、 不 断 改正 错误 ， 但 是 对 模型 和 设计 
的 改进 却 因此 而 更 容易 实现 ， 同 时 反复 的 修改 也 能 让 我 们 越 来 越 接近 和 柔性 设计 。 

柔性 设计 除了 便于 修改 , 还 有 助 于 改进 模型 本 身 。MODEL-DRIVEN DESIGN 需要 以 下 两 个 方面 
的 支持 : 深层 模型 使 设计 更 具 表 现 力 , 同时 ， 当 设计 既 具 有 可 让 开发 人 员 试 验 的 灵活 性 ,又 能 清 
晰 地 表达 出 领域 含义 时 , 那么 事实 上 这 个 设计 就 能 够 将 开发 人 员 的 深层 理解 反馈 到 整个 模型 发 现 
的 过 程 中 。 这 段 反馈 回路 是 很 重要 的 ， 因 为 我 们 所 寻求 的 模型 并 不 仅仅 只 是 一 套 好 想法 : 它 还 应 
该 是 构建 系统 的 基础 。 


发 现 过 程 

要 想 创建 出 确实 可 解决 当前 问题 的 设计 ， 首 先 必须 拥有 可 捕捉 到 领域 核心 概念 的 模型 。 第 9 
章 将 会 介绍 如 何 主动 搜寻 这 些 概念 ， 并 将 它们 融入 到 设计 中 。 

由 于 模型 和 设计 之 间 具 有 紧密 的 关系 ,因此 如 果 代 码 难于 重 构 ， 建 模 过 程 也 会 停滞 不 前 。 第 
10 章 将 会 探讨 如 何 为 软件 开发 者 (而 不 仅 是 为 你 自己 ) 编写 软件 ,以 使 开发 人 员 能 够 高 效 地 扩展 
和 修改 代码 。 这 一 设计 过 程 与 模型 的 进一步 精 化 是 密 不 可 分 的 。 它 通常 需要 更 高 级 的 设计 技巧 以 
及 更 严格 的 模型 定义 。 

你 需要 富有 创造 力 , 不 断 地 尝试 , 不 断 地 发 现 问题 才能 找到 合适 的 方法 为 你 所 发 现 的 领域 概 
念 建 模 ， 但 有 时 你 也 可 以 借用 别人 已 建 好 的 模式 。 第 11 章 和 第 12 章 将 会 讨论 “分 析 模 式 ”和 “ 设 
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计 模 式 ”的 应 用 。 这 些 模 式 并 不 是 现成 的 解决 方案 , 但 是 它们 可 以 帮助 我 们 消化 领域 知识 并 缩小 
研究 范围 。 

但 是 ， 让 我 们 以 领域 驱动 设计 中 最 令 人 兴奋 的 事件 来 开始 第 三 部 分 吧 ， 那 就 是 突破 。 有 了 时 ， 
当 我 们 拥有 了 MODEL-DRIVEN DESIGN 和 显 式 概念 ， 就 能 够 产生 突破 。 我们 有 机 会 使 软件 更 富 表达 
力 、 更 加 多 样 化 ， 甚 至 会 使 它 变 得 超 乎 我 们 的 想象 。 这 可 以 为 软件 带 来 新 特性 ， 或 者 意味 着 我 们 
可 以 用 简单 灵活 的 方式 来 表达 更 深层 次 的 模型 ,从 而 替换 掉 大 段 死板 的 代码 。 尽 管 这 种 突破 不 会 
时 常 出 现 ， 但 它们 非常 有 价值 ， 当 我 们 有 机 会 进行 突破 时 ， 一 定 要 懂得 识别 并 抓 住 机 会 。 

第 8 章 讲述 了 一 个 真实 的 项 目 ， 这 个 项 目 通过 重 构 过 程 得 到 了 更 深层 的 理解 ， 最 终 实现 了 突 
破 。 这 种 经 历 是 无 法 预先 规划 的 。 尽 管 如 此 ， 它 却 为 我 们 提供 了 一 个 很 好 的 学 习 背 景 ， 帮 助 我 们 
思考 领域 重 构 。 


和 名 = 








时 间 / 重 构 


构 的 投入 与 回报 并 非 呈 线性 关系 。 通 常 ， 小 的 调整 会 带 来 小 的 回报 ， 小 的 改进 也 会 积 
少 成 多 。 小 改进 可 防止 系统 退化 ， 成 为 避免 模型 变 得 陈腐 的 第 一 道 防 线 。 但 是 ， 有 些 


最 重要 的 理解 也 会 突然 出 现 ， 给 整个 项 目 带 来 巨大 的 冲击 。 


可 以 确定 的 是 ， 项 目 团队 会 积累 、 消 化 知识 ， 并 将 其 转化 成 模型 。 微 小 的 重 构 可 能 每 次 只 涉 


及 一 个 对 象 (在 这 里 加 上 一 个 关联 , 在 那里 转移 一 项 职责 ) 并 通过 一 系列 
层 模型 。 


微小 的 重 构 逐 渐 形成 深 


一 般 来 说 , 持续 重 构 是 在 为 突破 做 好 准备 。 每 次 代码 和 模型 的 精 化 都 让 开发 人 员 有 了 更 加 清 
晰 的 认识 。 这 使 得 在 理解 上 的 突破 成 为 可 能 。 通 过 一 系列 的 修改 可 以 得 到 更 符合 现实 而 且 更 符合 
用 户 那些 最 重要 的 需求 的 模型 。 模 型 变 得 简单 了 ， 其 功能 性 及 说 明 性 却 增强 了 。 

这 种 突破 不 是 一 项 技术 , 而 是 一 种 事件 。 它 的 困难 之 处 在 于 你 需要 判断 发 生 了 什么 , 然后 再 
决定 如 何 处 理 。 为 了 说 明 这 是 种 什么 样 的 经 历 , 我 将 会 讲述 一 个 我 几 年 前 参与 过 的 真实 项 目 , 以 


及 我 们 是 如 何 获 得 一 个 宝贵 的 深层 模型 的 。 


8.1 一 个 突破 的 故事 
这 个 故事 发 生 在 纽约 经 过 一 个 冬天 的 漫长 重 构 之 后 , 我 们 最 终 得 到 





了 能 够 捕捉 到 一 些 领域 
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关键 知识 的 模型 和 一 个 确实 能 在 应 用 程序 中 发 挥 作用 的 设计 。 当时 我 们 正在 给 一 家 投资 银行 开发 
一 个 大 型 应 用 程序 的 核心 部 分 ， 该 程序 用 于 管理 银团 贷款 。 

假如 Intel 想 要 建造 一 座 价值 10 亿 美元 的 工厂 ， 就 需要 申请 巨额 货款， 但 任何 一 家 借贷 公司 
(lending company) 都 无 法 独立 承担 ， 于 是 这 些 公司 就 组 成 银团 "， 集 中 它们 的 资源 ， 以 此 来 支 
持 这 种 巨额 信贷 。 投 资 银行 通常 在 银团 里 担当 领导 者 的 角色 ， 负 责 协调 各 种 交易 和 其 他 服务 。 我 
们 的 项 目 就 是 要 开发 这 样 一 个 用 于 跟踪 和 支持 以 上 整个 过 程 的 软件 。 


8.1.1 华而不实 的 模型 


当时 ， 我 们 对 于 自己 的 成 果 感 觉 相当 不 错 。 四 个 月 前 ,我 们 还 身 陷 困 境 ， 因 为 之 前 留 下 的 代 
码 完全 不 可 行 ， 从 那 时 开始 我 们 就 竭尽 所 能 将 其 迁移 到 一 个 内 聚 的 MopEL-DRIVEN DESIGN 中 。 

图 8-1 中 展示 的 模型 使 常见 业务 变 得 非常 简单 。Loan Investment (贷款 投资 ) 是 一 个 派生 对 
象 ， 用 来 表示 某 一 投资 者 在 Loan (贷款 ) 中 所 承担 的 股份 ， 它 与 投资 者 在 Facility (信贷 ) 中 所 持 
有 的 股份 成 正比 。 
































让 y 本 
Facility | | Loan 

Timit : Money amount : Money 
increase(Money) 
decrease(Money) 

| 了 
Investment Loan Iavestment 
investor: Company | Lamount: Money 
percentage : double 


图 8-1 ”假定 放贷 方 所 持 股份 固定 的 模型 





_Facility 是 什么 ? 

Facility ( 信 委 ) 在 这 里 并 不 是 建筑 物 的 冲 思 。 在 大 部 分 项 目 中 ， oe 
语 都 会 变 成 我 们 自己 的 词汇 ， 并 成 为 UBIQUITOUS LANGUAGE 的 一 部 分 。 在 商业 银行 领域 中 ， 信 
贷 是 公司 为 借款 而 作出 的 承诺 . 信用 卡 就 是 一 种 信贷 ,卡片 持 有 者 有 权 在 需要 时 借 出 不 超过 预 
设 限 制 的 金额 ， 并 且 以 预定 利息 还 款 。 当 你 使 用 信用 卡 时 ， 就 会 产生 一 笔 未 偿 贷款 ， 每 笔 支 出 
都 会 降低 你 的 信贷 额度 ， 并 增加 你 的 货款 人 金额。 最 后 ， 你 需要 偿还 货款 本 金 。 也 许 还 需要 缴纳 
年 费 。 年 费 是 持 有 信用 卡 (信贷 ) 所 需 缴纳 的 费用 ， 与 你 的 货款 无 关 .。 





四 借贷 公司 (lending company) 对 于 借款 者 (bomower) 而 言 是 放贷 方 (lender), 对 于 银团 而 言 是 投资 者 (investor)。 
一 一 编者 注 
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但 是 这 个 模型 已 显露 出 了 一 些 令 人 担忧 的 迹象 。 各 种 意料 之 外 的 需求 一 直 困 扰 着 我 们 , 也 使 
设计 更 加 复杂 。 最 突出 的 例子 就 是 对 Facility 股 份 的 理解 不 断 深入 ， 在 提取 (Drawdown) 贷款 时 ， 
信贷 股份 仅仅 是 放贷 方 投入 金额 的 指导 原则 。 当 借款 者 (borrower) 要 求 提取 贷款 时 ， 银 团 领导 
者 会 通知 所 有 成 员 支 付 各 自 的 股份 。 

收 到 通知 后 ， 投 资 者 通常 会 按 自己 的 股份 来 支付 ， 但 是 有 时 他 们 也 会 与 银团 其 他 成 员 协 商 ， 


以 求 少 投入 (或 多 投入 ) 一 些 。 于 是 我 们 在 模型 中 添加 了 Loan Adjustment (贷款 调整 ) 以 反映 这 
一 事实 。 




















| Facility ] Loan | 
| limit : Money 1 amount a | 
| transfer( Company, Company. Percent) 六 |] increase(Money) 
一 ?一 一 一 -一 -一 一 人 一 | decrease(Money) | 
9 adjustShare(Company, Money) 
lek ee 人 ? 
cxansfer() 方 法 将 放贷 方 的 | *| i 
LoanInvestment 转 换 成 Loan 
Adjustment， 并 具 为 借贷 方 | | Investment or ] 
创建 一 个 等 额 但 负 的 Loan ps . 
irene | emo Money 
未 偿 贷款 中 的 位 置 ,) 到 
ei L 
A rn | 
Loan Adjustment 
Sk 
图 3-2 为 解决 问题 而 逐步 修改 的 模型 。Loan Adjustment 用 来 跟踪 放贷 方 最 
初 同意 放贷 的 股份 与 实际 放贷 额 之 差 


这 种 类 型 的 精 化 使 我 们 能 够 越 来 越 清楚 地 理解 各 种 交易 规则 。 但 同时 , 模型 的 复杂 度 也 在 不 
断 增加 ， 并 且 看 起 来 我 们 无 法 很 快 从 模型 中 提炼 出 真正 健壮 的 功能 。 

更 麻烦 的 是 尽管 算法 越 来 越 复杂 ， 我 们 却 无 法 解决 合 人 运算 所 带 来 的 细微 差别 。 在 1 亿美 元 
的 交易 中 , 确实 没有 人 会 在 意 几 美 分 的 去 向 , 但 是 银行 家 是 不 会 信任 无 法 精确 计算 到 美 分 的 软件 
的 。 我 们 开始 怀疑 我 们 所 遇 到 的 难题 可 能 只 是 因为 在 某 个 基本 设计 中 存在 问题 。 


8.1.2 突破 


在 项 目 进行 过 程 中 ， 我 们 察 然 领悟 到 了 问题 的 所 在 。 我 们 在 模型 中 把 Facility 股 份 和 Loan 股 
份 绑 定 到 一 起 ， 而 这 种 方式 并 不 适用 于 实际 的 业务 。 这 一 发 现 得 到 了 广泛 的 认可 。 业 务 专家 点 头 
称 是 ， 并 开始 热情 地 给 予 帮助 (我 敢 说 他 们 一 定 还 在 奇怪 我 们 怎么 花 了 这 么 长 时 间 才 明白 这 一 
点 )， 我 们 迅速 在 白板 上 创建 了 一 个 新 模型 。 虽 然 细节 问题 尚未 确定 ， 但 是 我 们 已 经 知道 新 模型 
的 关键 特征 了 : Loan 股 份 和 Facility 股 份 可 以 在 互 不 影响 的 前 提 下 独立 发 生 改 变 。 有 了 这 层 认 知 ， 
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我 们 利用 与 下 图 类 似 的 新 模型 走 查 了 许多 场景 : 


ml ] mm 


Drawdown 
5000 万 美元 5000 万 美元 
Facility 
限额 = 1 亿美 元 


图 8-3 ”基于 Facility 股 份 来 进行 分 配 的 提取 


这 张 图 表明 Facility 的 总 额 是 1 亿美 元 ， 而 借款 者 选择 从 中 提取 的 第 一 笔 Loan 金 额 是 5000 万 美 
元 。3 个 放贷 方 按照 各 自 原先 承诺 的 Facility 股 份 来 支付 , 这 样 5000 万 的 Loan 就 被 分 配 到 了 这 3 个 放 
贷方 头 上 。 

随后 ， 在 图 8-4 中 ， 借 款 者 又 提取 了 另 一 笔 3000 万 美元 的 货款 (如 图 8-4 所 示 ) ， 这 样 他 的 未 
偿 Loan 就 达到 了 8000 万 美元 ， 依 然 在 Facility 的 1 亿美 元 限额 之 内 。 这 次 ， 公 司 B 决 定 不 参与 Loan， 
而 由 公司 A 来 支付 它 的 股份 。 各 个 放贷 方 在 借款 者 提取 货款 的 过 程 中 所 支付 的 股份 反映 了 它们 的 
投资 选择 。 当 Loan 的 提取 额 不 断 增加 时 ，Loan 的 股份 份额 就 不 再 与 Facility 的 股份 成 比例 了 。 这 种 
现象 很 普遍 。 


ri 
ee IL 
| 货 数 提取 ，3000 万 美元 4 


| 
> | 公司 B 选 择 不 参与 | 
| 


第 二 次 提取 过 程 ， 
| 公司 A 拔 外 条 扯 币 人 股份 





Drawdown 
3000 万 美元 


8000 万 美元 
图 8-4 ”贷方 B 选 择 不 参与 第 二 次 提 款 





本 人 金 支付 :1000 万 美元 


投资 者 所 占 股份 按 | 
Loan Share 分 配 - 








公司 B 公司 B 
公司 C mm 
”投资 
者 分 配 
”1000 万 美元 Loan 
7000 万 美元 


图 8-5 ”本 金 支付 始终 按照 未 偿 Loan 的 股份 比例 来 进行 分 配 


当 借 款 者 偿还 Loan 时 ， 所 偿还 的 金额 会 根据 Loan 股 份 分 配给 各 放贷 方 ， 而 不 是 根据 Facility 
股份 来 划分 。 同 样 ， 利 息 支付 也 会 按照 Loan 股 份 进行 分 配 。 





| 费用 支付 ， 500 万 美元 


| 
下 (ese 


按 Facility Share 分 配 。 





图 8-6 ”费用 支付 始终 按照 Facility 的 股份 比例 来 进行 分 配 


另 一 方面 ， 当 借款 者 为 享有 Facility 权 而 支付 费用 时 ， 这 笔 钱 是 按照 Facility 股 份 划 分 的 ， 而 
不 考虑 放贷 方 是 否 借 出 了 钱 。Loan 不 会 因 费 用 支付 而 发 生变 化 。 甚 至 还 有 这 种 情况 ， 放 贷方 单独 
交易 费用 股份 ， 与 利息 股份 等 无 关 。 


8.1.3 ”更 深层 模型 


我 们 得 到 了 两 个 深层 理解 。 其 一 是 意识 到 “投资 ”和 “Loan 投 资 ”是 “股份 ”这 个 常规 基础 
概念 的 两 种 特例 。 信 贷 股 份 、 货 款 股份 、 支 付 比例 股份 ， 这 些 都 是 股份 ， 股 份 无 处 不 在 。 任 何 可 
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分 配 的 价值 都 是 股份 。 
经 过 几 天 忙碌 的 工作 , 我 根据 与 专家 讨论 时 所 使 用 的 语言 以 及 我 们 一 起 研究 的 场景 , 初步 拱 
建 起 了 一 个 股份 模型 如 图 8-7 所 示 。 


Prorate(Decimal) : Share Pie > 


transfer(Company, Company, Decimal) 了 | 








ee 
| ES 


一 人 -一 plus(Amount Pie) : Amount Pie 





{sum of Share amount= 1} 


图 8-7 股份 的 抽象 模型 
我 同时 也 草 给 了 一 个 与 股份 模型 搭配 的 新 贷款 模型 。 


Facllity — | 「 le 





limit: Money ”| 


] 
transfer(Company, Company, Percent) «|increase(Money) 














| 提取 默认 依据 Facility sharePie. prorate | 
| pis (amount of payment) 来 划分 








= 根据 协商 后 的 结果 来 调整 货款: 
费用 支付 依据 Facility.sharePie.prorate new Share Pie = old Share Pic.plus 
《amount of fee) 来 划分 Lg pie) 
区 训导 加 中 的 。 | 
股份 份额 ， 但 是 在 下 一 次 提 款 之 前 

| 对 Loan 没 有 任何 影响 。 





图 8-8 ”使 用 Share Pie 的 Loan 模 型 


现在 Facility 股 份 和 Loan 股 份 不 再 由 专用 对 象 来 表示 了 。 它 们 都 被 分 解 成 了 更 直观 的 Share 


Pie。 这 种 泛 化 引入 了 “股份 数学 ”的 概念 ， 极 大 地 简化 了 所 有 交易 中 的 股份 计算 ， 同 时 也 使 这 
些 计算 更 富有 表达 力 、 更 简洁 且 更 易于 组 合 。 


但 最 重要 的 是 ， 新 模型 删除 了 不 恰当 的 约束 ， 这 使 得 我 们 的 问题 迎刃而解 。Loan 的 Share 因 
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而 不 再 与 Facility 的 Share 成 比例 ， 同 时 新 模型 仍然 保留 着 对 总 额 、 费 用 分 配 等 的 有 效 约束 。 我 们 
可 以 直接 调整 Loan 的 Share Pie， 因 此 新 模型 也 不 再 需要 Loan Adjustment 和 大 量 处 理 特殊 情况 的 罗 
辑 了 。 

新 模型 中 不 再 包含 Loan Investment 对 象 ， 我 们 此 时 才 意 识 到 “货款 投资 ”并 不 是 一 个 银行 业 
术语 。 事实 上 ， 业 务 专家 早已 多 次 告诉 我 们 ， 他 们 不 明白 “货款 投资 ”是 什么 意思 。 但 是 他 们 还 
是 尊重 我 们 在 软件 方面 的 知识 ,并 假定 它 对 技术 方面 的 设计 是 有 所 帮助 的 。 而 事实 上 , 我们 之 所 
以 创建 它 是 因为 没有 完全 理解 领域 。 

这 种 看 待 领域 的 新 方法 使 我 们 立即 就 可 以 毫 不 费力 地 处 理 之 前 遇 到 的 所 有 场景 ,处 理 过 程 要 
比 以 往 简 单 许多 。 业 务 专 家 认为 我 们 的 模型 图 非常 合理 ， 他 们 曾经 指出 我 们 之 前 的 模型 图 对 他 们 
来 说 “技术 性 太 强 ”了 。 即 使 只 是 在 白板 上 画 出 草图 ， 我们 也 能 看 出 新 模型 能 够 彻底 解决 长 期 困 
扰 我 们 的 合 入 计算 问题 ， 我 们 可 以 不 再 使 用 复杂 的 舍 入 代码 了 。 

新 模型 的 效果 很 好 。 非 常 非常 好 。 


而 我 们 都 已 疲 备 不堪 了 1 


8.1.4 冷静 决策 


你 也 许 会 认为 我 们 在 那 时 一 定 会 洋洋 自得 。 但 我 们 没有 。 项 目的 期 限 很 紧 , 而 我 们 的 进度 已 
严重 沙 后 了 。 所 以 ， 那 时 我 们 最 强烈 的 感受 就 是 担忧 。 

重 构 的 原则 是 始终 小 步 前 进 , 始终 保持 系统 正常 运转 。 但 是 要 按照 这 个 新 模型 来 重 构 则 需要 
修改 大 量 的 支持 代码 , 在 两 次 重 构 之 间 儿 乎 不 会 有 停顿 的 时 间 。 我们 能 够 看 出 一 些 力所能及 的 微 
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小 改进 , 但 这 些 改进 无 法 让 我 们 更 贴近 新 的 领域 概念 。 我 们 也 知道 通过 一 系列 小 改动 可 以 实现 新 
模型 ， 但 是 在 这 个 过 程 中 必然 会 导致 程序 的 一 部 分 功能 无 法 正常 工作 。 而 且 在 当时 ， 自 动 化 测试 
还 没有 广泛 应 用 于 这 种 项 目 。 我 们 一 无 所 有 ， 所 以 肯定 会 出 现 一 些 让 我 们 始 料 不 及 的 破坏 。 
此 外 , 重 构 是 需要 花费 精力 去 实现 的 。 但 几 个 月 以 来 , 我 们 一 直 压 力 重重 , 早已 精 疲 力 尽 了 。 
这 时 ,我们 与 项 目 经 理 开 了 一 次 会 ,这 次 会 议 令 我 终生 难忘 。 我 们 的 项 目 经 理 是 个 害 智 而 勇 
逆 的 人 。 他 问 了 我 们 许多 问题 : 


Q1: 如 果 采 用 新 设计 ， 需 要 多 久 才 能 重新 实现 已 有 功能 ? 

A1: 大 约 三 周 。 

Q2: 不 用 新 设计 可 以 解决 问题 吗 ? 

A2: 有 可 能 。 但 我 们 无 法 保证 。 

Q3: 如 果 现 在 不 采用 新 设计 ， 可 以 继续 进行 下 一 个 版 本 的 开发 吗 ? 

A3: 如 果 不 做 修改 ， 开 发 进度 会 非常 丝 慢 。 而 且 我 们 的 系统 一 旦 有 了 客户 群 ， 再 做 修改 就 
会 变 得 更 加 困难 。 
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Q4: 这 是 不 是 正确 的 行动 ? 

A4: 我 们 知道 日 前 的 局 面 很 不 稳定 ， 如 果 不 是 非 做 不 可 ， 我 们 也 可 以 将 就 。 而 且 我 们 都 很 
疲惫 了 。 但 是 ， 是 的 ， 这 是 个 更 加 简单 的 解决 方案 ,也 更 符合 业务 需求 。 从 长 远 角 度 
来 看 ， 它 会 降低 风险 。 


他 给 我 们 开 了 绿灯 ， 并 告诉 我 们 他 会 控制 好 局 面 。 做 出 这 种 决定 需要 无 比 的 勇气 和 信心 , 这 
使 我 一 直 对 他 钦佩 不 已 。 
我 们 全 力 以 赴 ， 在 三 个 星期 内 完成 了 任务 。 这 是 个 巨大 的 工程 ， 但 是 却 进展 得 异常 顺利 。 


8.1.5 成 果 


项 目 需 求 不 再 有 意外 的 、 难 以 捉摸 的 改变 了 。 舍 入 逻辑 的 实现 虽然 并 不 简单 ， 却 很 稳定 并 且 
合理 。 我 们 交付 了 软件 的 第 一 个 版 本 ,第 二 个 版 本 的 开发 思路 也 很 清晰 了 。 我 的 神经 衰弱 也 多 少 
有 了 好 转 。 

在 进行 第 二 个 版 本 的 开发 时 ，Share Pie 成 了 整个 程序 的 统一 主题 。 技 术 人 员 和 业务 专家 利用 
它 来 对 系统 进行 讨论 。 市 场 人 员 使 用 它 来 向 预期 客户 解释 系统 特性 。 这 些 预期 客户 和 其 他 的 客户 
都 能 立刻 理解 它 ， 并 且 可 以 马上 用 它 来 讨论 特性 。 由 于 它 抓 住 了 银团 货款 的 核心 问题 ， 所 以 它 真 
正成 为 了 UBIQUITOUS LANGUAGE 的 一 部 分 。 


8.2 机 遇 


当 突 破 带 来 更 深层 的 模型 时 , 通常 会 令 人 感到 不 安 。 与 大 部 分 重 构 相 比 , 这 种 变化 的 回报 更 
多 ， 风 险 也 更 高 。 而 且 突 破 出 现 的 时 机 可 能 很 不 合 时 宜 。 

尽管 我 们 希望 进展 顺利 ， 但 往往 事与愿违 。 过 渡 到 真正 的 深层 模型 需要 从 根本 上 调整 思路 ， 
并 且 对 设计 做 大 幅 修改 。 在 很 多 项 目 中 ， 建 模 和 设计 工作 最 重要 的 进展 都 来 自 于 突破 。 


8.3 ”关注 根本 


不 要 试图 去 制造 突破 ， 那 只 会 使 项 目 陷入 困境 。 通常 ,只 有 在 实现 了 许多 适度 的 重 构 后 才 有 
可 能 出 现 突破 。 在 大 部 分 时 间 里 ,我 们 都 在 进行 微小 的 改进 ,而 在 这 种 连续 的 改进 中 模型 深层 含 
义 也 会 逐渐 显现 。 

要 为 突破 做 好 准备 ， 应 专注 于 知识 消化 过 程 ， 同 时 也 要 逐渐 建立 健壮 的 UBIQUITOUS 
LANGUAGE。 寻 找 那些 重要 的 领域 概念 ， 并 在 模型 中 清晰 地 表达 出 来 (参见 第 9 章 )。 精 化 模型 ， 
使 其 更 具 和 柔性 〈 参 见 第 10 章 )。 提 炼 模型 (参见 第 15 章 ) 。 利 用 这 些 更 容易 掌握 的 手段 使 模型 变 得 
更 清晰 ， 这 通常 会 带 来 突破 。 

不 要 犹 耶 着 不 去 做 小 的 改进 , 这 些 改 进 即 使 脱离 不 开 常 规 的 概念 框架 , 也 可 以 逐渐 加 深 我 们 
对 模型 理解 。 不 要 因为 好 高 牲 远 而 使 项 目 陷 入 困境 。 只 要 随时 注意 可 能 出 现 的 机 会 就 够 了 。 
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8.4 后 记 : 越 来 越 多 的 新 理解 


突破 使 我 们 走出 了 困境 , 但 故事 并 没有 就 此 结束 。 更 深层 次 的 模型 为 我 们 带 来 了 意 想不到 的 
机 会 ， 可 以 使 应 用 程序 的 功能 更 加 丰富 ， 设 计 也 更 加 清晰 。 

在 Share Pie 版 本 的 程序 发 布 几 周 之 后 , 我 们 注意 到 在 模型 中 还 存在 一 个 使 设计 变 得 复杂 的 地 
方 。 我 们 漏 掉 了 一 个 重要 的 ENTITY， 结 果 是 本 来 应 该 由 它 承 担 的 职责 不 得 不 由 其 他 对 象 来 完成 。 
具体 来 说 就 是 提取 货款 、 缴纳 费用 等 业务 是 由 一 些 重要 的 规则 控制 的 , 而 所 有 这 些 逻 辑 都 分 散在 
Facility 和 Loan 中 的 各 种 方法 里 了 。 这些 设计 问题 在 Share Pie 突 破 出 现 之 前 几乎 没有 引起 我 们 的 注 
意 , 但 是 随 着 我 们 对 领域 的 理解 日 渐 清晰 ， 它 们 也 变 得 明显 起 来 。 现 在 我 们 开始 注意 到 ， 那 些 经 
常 在 讨论 中 出 现 的 术语 (比如 “交易 "， 代 表 一 次 金融 交易 ) 并 没有 体现 在 模型 中 ， 反 而 隐 含 在 
了 那些 复杂 的 方法 里 。 

经 过 与 之 前 类 似 的 过 程 (但 所 幸 的 是 ， 我 们 有 了 更 加 充足 的 时 间 )， 我 们 对 领域 的 理解 又 向 
前 迈进 了 一 步 ,并 获得 了 一 个 更 深层 次 的 模型 .这 个 新 模型 不 但 使 所 有 隐 含 的 概念 显现 了 出 来 ( 比 
如 Transaction) , 同时 也 简化 了 Position (包括 Facility 和 Loan 的 抽象 类 )。 于 是 定义 各 种 交易 、 交 易 规 
则 ,协商 程序 和 审批 流程 就 变 得 轻而易举 了 ,而 且 实 现 这 些 概念 的 代码 也 相对 来 说 变 得 更 好 理解 了 。 


Transaction 注 重 现金 流 ] 
动 以 及 对 Position 的 改变 
上 《 (加 果 有 改变 的 话 ) 












































[ Position Transaction 
| sm Pie | apply(Transaction) | “| execute() 一 Amount Pie 
i 4 {有 也 I ss 
人 一 到 { 由 Loean .sharePie 按 比例 分 配 的 股份 ， 厅 可 变 } 
positon sharePie trinus(sharePpio)} 
-本 二 =， 
ut | 有 
Facili Taterest Principal 
[rm | | um | [es | TS 3 
Ve ] 
ny | | Drawdown re 


Lx —— 


(的 和 从 信鸽 芭 } | 
{股份 总 值 = 0} {由 Facility.sharePie 按 比例 分 配 的 股份 ， 不 可 变 } 
{执行 ，position.sharePie.plus(sharePie)} {执行 ，Position 未 改变 } 


{pegaly: sharePie 按 比例 分 配 的 股份 ， 可 修改 } 
Position sharePie.plus(sharePie)} 


图 8-9 几 周 之 后 的 又 一 次 模型 突破 。Transaction 的 约 东 可 以 被 简单 精确 地 表达 出 来 
通常 ， 在 经 过 一 次 真正 的 突破 并 获得 了 深层 模型 之 后 ， 所 获得 的 新 设计 变 得 更 加 清晰 简单 ， 


新 的 UBIQUITOUS LANGUAGE 也 会 增进 沟通 ， 于 是 又 促成 了 下 一 次 建 模 突破 。 
当 大 部 分 项 目 由 于 规模 和 复杂 度 的 累积 而 举步维艰 时 ， 我 们 的 项 目 却 正 在 加 速 前 进 。 
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人 = 
将 隐 式 概念 转变 为 显 式 概念 





SR 层 建 模 听 起 来 很 不 错 , 但 是 我 们 要 如 何 实现 它 呢 ? 深层 模型 之 所 以 强大 是 因为 它 包含 

ML 人 了 领域 的 中 心 概念 和 抽象 概念 ， 能 够 以 简单 灵活 的 方式 表达 出 基本 的 用 户 活动 、 问 题 
以 及 解决 方案 。 深层 建 模 的 第 一 步 就 是 要 设法 在 模型 中 表达 出 领域 的 基本 概念 。 随 后 ， 在 不 断 消 
化 知识 和 重 构 的 过 程 中 , 实现 模型 的 精 化 。 但 是 实际 上 这 个 过 程 是 从 我 们 识别 出 某 个 重要 概念 并 
且 在 模型 和 设计 中 把 它 显 式 地 表达 出 来 的 那个 时 刻 开始 的 。 

车 开发 人 员 识 别 出 设 计 中 隐 含 的 某 个 概念 或 是 在 讨论 中 受到 启发 而 发 现 一 个 概念 时 ,就 会 对 
领域 模型 和 相应 的 代码 进行 许多 转换 ,在 模型 中 加 入 一 个 或 多 个 对 象 或 关系 ,从 而 将 此 概念 显 式 
地 表达 出 来 。 

有 时 ,这 种 从 隐 式 概念 到 显 式 概念 的 转换 可 能 是 一 次 突破 ,使 我 们 得 到 一 个 深层 模型 。 但 更 
多 的 时 候 ， 突 破 不 会 马上 到 来 ， 而 需要 我 们 在 模型 中 显 式 表达 出 许多 重要 概念 ， 并 通过 一 系列 重 
构 不 断 地 调整 对 象 职责 、 改 变 它们 与 其 他 对 象 的 关系 、 甚 至 多 次 修改 对 象 名 称 ， 在 这 之 后 ， 突 破 
才 会 姗 姗 而 来 。 最 后 ， 所 有 事情 都 变 得 清晰 了 。 但 是 要 实现 上 述 过 程 ， 必 须 首先 识别 出 以 某 种 形 
式 存在 的 隐 含 的 概念 ， 无 论 这 些 概念 有 多 么 原始 。 


9.1 概念 挖掘 


开发 人 员 必 须 能 够 敏锐 地 捕捉 到 隐 含 概念 的 蛛丝马迹 , 有 时 他 们 也 必须 主动 寻找 线索 。 要 挖 
掘 出 大 部 分 的 隐 含 概念 , 需要 开发 人 员 去 倾听 团队 语言 、 仔 细 检 查 设计 中 的 不 足 之 处 以 及 与 专家 
观点 相 矛 盾 的 地 方 、 研 究 领域 相关 文献 并 且 进 行 大 量 的 实验 。 


9.1.1 倾听 语言 


你 可 能 会 想起 这 样 的 经 历 : 用 户 总 是 不 停 地 谈论 报告 中 的 某 一 项 。 该 项 可 能 来 自 各 种 对 象 的 
参数 汇编 ， 甚 至 还 可 能 来 自 一 次 直接 的 数据 库 查询 。 同 时 ， 应 用 程序 的 另 一 部 分 也 需要 这 个 数据 
集 来 进行 显示 、 报 告 或 派生 操作 。 但 是 ,你 却 一 直 认为 没有 必要 为 此 创建 一 个 对 象 。 也 许 你 一 直 
没有 真正 理解 用 户 所 说 的 某 一 特定 术语 时 的 含义 ， 也 没有 意识 到 它 的 重要 性 。 

然后 ,你 突然 灵机 一 动 。 原 来 ,报告 中 该 项 的 名 称 即 给 出 了 一 个 重要 的 领域 概念 。 你 高 兴 : 
与 专家 谈 起 了 这 个 新 发 现 。 他 们 可 能 会 松 一 口气 ， 因 为 你 终于 明白 了 。 也 可 能 会 觉得 很 平常 ， 因 
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为 他 们 一 直 认为 这 是 理所当然 的 。 不 管 专家 们 如 何 反应 ,你 开始 在 白板 上 画 模型 图 了 (之 前 你 也 
一 直 这 么 做 )。 用 户 会 帮助 你 修正 新 模型 连接 方面 的 细节 ， 但 这 次 的 讨论 质量 肯定 会 有 所 提高 。 
你 和 用 户 可 以 更 加 准确 地 理解 对 方 , 并 且 可 以 更 加 自然 地 用 模型 交互 来 演示 特定 场景 。 领 域 模型 
的 语言 也 变 得 更 加 强大 。 然 后 ,你 可 以 重 构 代码 来 反映 新 模型 ,同时 也 会 发 现 你 的 设计 思路 变 得 
更 加 清晰 了 。 

倾听 领域 专家 使 用 的 语言 有 没有 一 些 术 语 能 够 简洁 地 表达 出 复杂 的 概念 ? 他 们 有 没有 纠正 
过 你 的 用 词 (也 许 是 很 委婉 的 提醒 ) ? 当 你 使 用 某 个 特定 短语 时 ,他 们 脸 上 还 流露 出 迷惑 的 表情 
吗 ? 这 些 都 暗示 了 某 个 概念 也 许可 以 改进 模型 。 

这 不 同 于 原来 的 “名 词 即 对 象 ”概念 。 听 到 新 单词 只 是 个 开头 ， 然 后 我 们 还 要 进行 对 话 、 消 
化 知识 ,这 样 才能 控 气 出 清晰 实用 的 概念 。 如 果 用 户 或 领域 专家 使 用 了 设计 中 没有 的 词汇 ， 这 就 
是 个 敬告 信号 。 而 当 开发 人 员 和 领域 专家 都 在 使 用 设计 中 没有 的 词汇 时 , 那 就 是 一 个 双 倍 严重 的 
警告 信号 了 。 

或 者 ， 应 该 把 这 种 警告 看 成 一 次 机 会 。UBIQUITOUS LANGUAGE 是 由 遍布 于 对 话 、 文 档 、 模 型 
图 甚至 代码 中 的 词汇 构成 的 如果 出 现 了 设计 中 没有 的 一 个 术语 ,就 可 以 把 它 添加 到 通用 语言 中 ， 
这 样 也 就 有 机 会 改进 模型 和 设计 了 。 





听 出 运输 模型 中 丢失 的 一 个 概念 


团队 已 经 开发 出 了 可 用 来 预订 货物 的 有 效应 用 程序 。 现 在 他 们 开始 开发 “作业 支持 ”应 用 程 
序 , 此 程序 可 帮助 工作 人 员 管 理工 作 单 , 这 些 工 作 单 用 于 安排 起 始 地 和 目的 地 的 货物 装卸 以 及 在 
不 同 货轮 之 间 的 转运 。 

预定 应 用 程序 使 用 一 个 路 线 引擎 来 安排 货物 行程 。 运 输 过程 的 每 段 行程 都 作为 一 行 数据 存储 在 
数据 库 表 中 ， 其 中 指定 了 装载 该 货物 的 航次 〈 某 一 货轮 的 某 一 航次 ) ID、 装 货 地 点 以 及 印 货 地 点 。 
如 图 9-1 所 示 。 


Cargo 二 





| 起 娩 地 >| 
oo, 目的 地 一 一 ”| Routing Service 上 
destination i = -I 
weight pd populate 填 充 表 
cargo_bookings table 
数据 库 表 : cargo_bookings 2A 
Cargo_ID Voyage_ID Load_Loc Unload_Loc — 
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让 我 们 来 听 听 开发 人 员 和 运输 专家 之 间 的 对 话 吧 (对 话 已 被 高 度 简化 )。 


开发 人 员 : 我 想 要 确认 一 下 cargo bookings (货物 预订 ) 表 中 是 否 已 包含 了 作业 应 用 程序 所 
需 的 所 有 数据 。 

专家 : 他 们 需要 Cargo 的 全 部 行程 。 现 在 表 中 有 哪些 信息 ? 

开发 人 员 : 货物 ID、 航 次 以 及 每 个 航 段 的 装 筑 港 口 和 却 货 港 口 。 

专家 : 那么 日 期 呢 ? 需要 按照 预计 的 时 间 来 进行 装 趣 工作 。 

开发 人 员 : 虽 ， 日 期 可 以 从 航次 安排 中 获得 。 该 表 的 数据 已 经 得 到 了 规范 化 处 理 。 

专家 : 是 的 ， 日 期 通常 都 是 必需 的 数据 。 作 业 人 员 会 用 它们 来 安排 后 面 的 装 却 工作 。 

开发 人 员 : 吕 …… 好 的 。 他 们 肯定 可 以 得 到 日 期 数据 。 作 业 管 理应 用 程序 可 以 提供 全 部 装 渗 
和 部 货 信息 以 及 每 次 装 缉 作业 的 日 期 。 我 猜 这 也 就 是 你 所 说 的 “航程 ”。 

专家 : 很 好 。 航 程 是 他 们 需要 的 主要 数据 。 事 实 上 ， 你 知道 ， 预 订 应 用 程序 包含 了 一 个 菜单 
项 ， 可 以 打印 出 航程 或 将 航程 通过 电子 邮件 发 送 给 顾客 。 你 能 想 办 法 利用 这 个 功能 吗 ? 

开发 人 员 : 我 想 那 只 是 个 报表 。 我 们 无 法 据 此 来 开发 作业 应 用 程序 。 

[开发 人 员 陷 入 了 沉思 ， 然 后 开始 兴奋 起 来 。] 

开发 人 员 : 那么 ， 航 程 实际 上 把 预订 程序 和 作业 程序 连接 起 来 了 。 

专家 : 是 的 。 它 同时 还 连接 了 一 些 客户 关系 。 

开发 人 员 : [在 白板 上 画 出 了 一 个 草图 。] 那 么 ， 你 觉得 是 这 样 的 吗 ? 


Le: 
Hinerory 奖 | Brow 
to 


图 9-2 


专家 : 是 的 ,基本 上 是 这 样 。 在 每 段 行程 中 ,我 们 都 希望 看 到 航次 、 装 贷 和 却 货 地 点 以 及 时 
间 。 

开发 人 员 : 所 以 ， 我 们 一 旦 创建 了 Leg ( 般 段 ) 对 象 ， 就 能 够 从 航次 安排 中 获取 时 间 信息 。 
我 们 可 以 将 Itinerary (航程 ) 对 象 作为 与 作业 应 用 程序 联系 的 主要 连接 点 。 同 时 ， 还 可 以 用 这 种 
方式 重新 编写 航程 报表 ， 这 样 领域 逻辑 就 重新 回 到 领域 层 中 了 。 

专家 : 有 些 地 方 我 不 太 明 白 ， 但 是 你 说 对 了 Ttinerary 的 两 个 主要 用 途 ， 一 是 用 在 预订 应 用 程 
序 报表 功能 中 ， 二 是 用 在 作业 应 用 程序 中 。 

开发 人 员 : 嘿 ! 我 们 可 以 让 Routing Service (路 线 服务 ) 接口 返回 航程 对 象 ， 而 不 用 将 数据 
写 入 数据 库 表 。 这 样 一 来 ， 路 线 引 学 就 不 需要 知道 数据 库 表 了 。 

专家 : 电 ? 
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开发 人 员 : 我 是 说 ， 我 可 以 让 路 线 引 车 只 返回 一 个 Itinerary。 然 后 ， 预 订 应 用 程序 在 保存 剩 
下 的 信息 时 把 它 一 起 存储 到 数据 库 中 。 
专家 : 你 是 说 现在 的 程序 并 没有 这 么 做 吗 ? ! 


这 位 开发 人 员 回 去 与 开发 路 线 过 程 的 人 员 进 行 讨论 .他们 仔细 研究 了 这 对 模型 和 设计 会 带 来 
什么 影响 和 变化 ， 在 必要 的 时 候 也 去 请 教 了 运输 专家 。 最 后 ， 他 们 得 到 了 如 图 9-3 所 示 的 模型 。 


Cargo 








医 ee 
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a 
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/loadTime 
unloadLocationCode 
/unloadTime 











图 9-3 


接 下 来 ,开发 人 员 对 代码 进行 了 重 构 ， 以 使 它 能 反映 出 新 的 模型 。 在 一 周 内 ， 他 们 很 快 对 代 
码 作出 了 一 系列 的 修改 , 每 次 修改 都 进行 两 到 三 次 重 构 。 但 是 他 们 还 没有 对 预订 应 用 程序 中 航程 
报告 进行 简化 ， 而 简化 工作 将 会 在 下 周 初 开 始 进行 。 

这 位 开发 人 员 一 直 都 在 仔细 倾听 运输 专家 的 见解 ， 并 注意 到 “航程 ”概念 的 重要 性 。 所 有 的 
数据 都 已 收集 完毕 ， 在 航程 报告 中 也 已 隐 含 了 操作 行为 ， 但 是 ， 把 显 式 的 Ttinerary 对 象 作为 模型 
的 一 部 分 给 他 们 带 来 了 新 的 机 会 。 

通过 重 构 得 到 显 式 的 Itinerary 对 象 的 益处 是 : 

(1) 更 明确 地 定义 Routing Service 接 口 ， 

(2) 将 Routing Service 从 预订 数据 库 表 中 分 离 出 来 ， 
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(3) 明确 了 预订 应 用 程序 和 作业 支持 应 用 程序 之 间 的 关系 〈 即 共享 Itinerary 对 象 )， 

(4) 减少 重复 ， 因 为 ftinerary 可 同时 为 预订 报表 和 作业 支持 应 用 程序 提供 装 货 /卸货 时 间 ， 

(5) 从 预订 报表 中 删除 领域 逻辑 ， 并 将 其 移 至 独立 的 领域 层 ， 

(6) 扩充 了 UBIQUITOUS LANGUAGE， 使 得 开发 人 员 和 领域 专家 之 间或 者 开发 人 员 内 部 能 够 更 
准确 地 讨论 模型 和 设计 。 





9.1.2 ”检查 不 足 之 处 


你 所 需要 的 概念 并 不 总 是 浮 在 表面 上 , 也 绝 不 仅仅 是 通过 对 话 和 文档 就 能 让 它 显 现 出 来 。 有 
些 概念 可 能 需要 你 自己 去 挖掘 和 创造 。 要 挖掘 的 地 方 就 是 设计 中 最 不 足 的 地 方 ， 也 就 是 操作 复杂 
且 难 于 解释 的 地 方 。 每 当 有 新 的 需求 时 ， 似 乎 都 会 让 这 个 地 方 变 得 更 加 复杂 。 

有 时 ， 你 很 难 意识 到 模型 中 丢失 了 什么 概念 。 也 许 你 的 对 象 能 够 实现 所 有 的 功能 , 但 是 有 些 
职责 的 完成 却 很 笨拙 。 而 有 时 ， 你 虽然 能 够 意识 到 模型 中 丢失 了 某 些 东西 ,但 是 却 无 法 找到 解决 
方案 。 

这 个 时 候 ， 你 必须 积极 地 让 领域 专家 参与 到 讨论 中 来 。 如 果 你 足够 幸运 ， 这 些 专家 可 能 会 
愿意 一 起 思考 各 种 想法 ， 并 通过 模型 来 进行 验证 。 如 果 你 没 那么 幸运 ， 你 和 你 的 同事 就 不 得 不 
自己 思索 出 不 同 的 想法 ， 让 领域 专家 对 这 些 想 法 进行 判断 ， 并 注意 观察 专家 的 表情 是 认同 还 是 
反对 。 


[| 示例 摸索 利息 计算 模型 


二 Interest Caleulator 
Fee Caleulator Asset NA 
] ee 


monthlyAmount | amount 
dayOfMonthDue | 一 人 





| 


om 
accountingPeriodStartDate 
interestDueAmount 


calculatelnterestForDate() | 


一 一 


| 用 了 
| I 
- | 图 9-4 “笨拙 的 模型 wir 
下 面 的 故事 以 一 家 假想 的 金融 公司 为 背景 ,该 公司 经 营 商业 货款 和 其 他 一 些 生息 资产 。 公司 
开发 了 一 个 用 于 跟踪 这 些 投资 及 收益 的 应 用 程序 ， 通 过 一 项 一 项 地 添加 功能 来 使 它 不 断 地 发 展 。 
每 天 晚上 ,公司 都 会 运行 一 个 批 处 理 脚本 ,用 于 计算 当天 所 生成 的 利息 和 费用 ,并 把 它们 相应 地 
记录 到 公司 的 会 计 软 件 中 。 


calculateInterestForDate() 
calculateFeesForDate() 


calculateFeesForDate() 
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晚间 批 处 理 脚本 会 遍历 每 笔 Asset (资产 )， 并 让 其 执行 calculateInterestForDate(), 按 
照 当天 的 日 期 来 计算 利息 。 然 后 ， 该 脚本 会 接收 返回 值 (收益 金额 )， 并 将 它 和 指定 分 类 账 的 名 
称 一 起 发 送 给 一 个 SERVICE (这 个 SERVICE 提供 了 记 账 程序 的 公共 接口 )。 再 由 记 账 软件 将 收入 金 
额 过 账 到 指定 的 分 类 账 中 。 这 个 脚本 还 会 对 每 笔 Asset 当 日 的 手续 费 作 类 似 的 处 理 ， 并 记录 到 另 
一 个 不 同 的 分 类 账 中 。 

负责 这 个 程序 的 一 位 开发 人 员 一 直 在 费力 地 应 对 日 益 复杂 的 利息 计算 。 她 开始 怀疑 应 该 能 找 
到 一 个 更 适合 完成 此 项 任务 的 模型 。 于 是 ， 她 向 她 熟识 的 领域 专家 寻求 帮助 ， 希 望 专家 可 以 协助 
她 深入 研究 这 个 问题 。 


开发 人 员 : 我 们 的 Interest Calculator (利息 计算 器 ) 太 复杂 了 。 

专家 : 这 一 部 分 确实 很 复杂 。 还 有 很 多 情况 我 们 都 推迟 考虑 了 。 

开发 人 员 : 我 知道 。 我 们 可 以 使 用 另 一 个 不 同 的 Interest Calculator 来 添加 新 的 利息 类 型 。 但 
现在 最 大 的 麻烦 是 ， 如 果 没有 按时 支付 利息 ， 该 如 何 去 处 理由 此 引发 的 各 种 特殊 情况 。 

专家 : 其 实 这 些 不 算是 特殊 情况 。 人 们 支付 利息 的 方式 可 以 非常 灵活 。 

开发 人 员 : 记得 之 前 我 们 重 构 Asset， 将 Interest Calculator 从 中 分 离 出 来 ， 这 对 开发 工作 大 有 
帮助 。 我 们 可 能 还 需要 进一步 分 解 Asset。 

专家 : 没 问题 。 

开发 人 员 : 我 在 想 你 们 在 讨论 这 种 利息 计算 时 可 能 有 另外 的 方式 。 

专家 : 你 指 的 是 什么 ? 

开发 人 员 : 举 个 例子 ， 假 设 我 们 正在 跟踪 会 计 期 (accounting period) 内 到 期 的 未 付 利息 。 
这 种 利息 有 名 字 吗 ? 

专家 : 哦 ， 实 际 上 我 们 并 不 会 这 么 做 。 利 息 收 入 和 付款 是 完全 独立 的 过 账 。 

开发 人 员 : 所 以 你 们 不 需要 这 个 数字 (到 期 的 未 付 利息 ) ? 

专家 : 有 时 我 们 也 许 会 看 看 ， 但 这 不 是 我 们 处 理 业务 的 方式 。 

开发 人 员 : 好 吧 。 如 果 付款 和 利息 是 彼此 独立 的 , 也许 我 们 应 该 这 样 建 模 。 这 看 起 来 怎么 样 ? 
[在 白板 上 画 出 草图 ] 
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专家 : 我 想 这 是 合乎 情理 的 。 但 你 只 是 把 它 从 一 个 地 方 移 到 了 另 一 个 地 方 。 

开发 人 员 : 不 过 现在 Interest Calculator 只 负责 追踪 利息 收入 了 ， 付 款 的 数目 则 是 由 Payment 
单独 管理 。 这 个 模型 并 没有 简化 什么 ， 但 它 是 不 是 能 够 更 好 地 反映 出 业务 惯例 呢 ? 

专家 : 啊 。 我 刁 了 。 我 们 能 够 同时 保留 利息 的 历史 记录 吗 ? 就 像 之 前 模型 中 的 Payment History 
(付款 历史 ) 一 样 。 

开发 人 员 : 可 以 。 这 已 经 被 作为 一 项 新 功能 提出 来 了 。 但 是 ， 它 本 来 应 该 在 初始 设计 中 就 加 
进来。 

专家 : 吻 。 是 这 样 ， 我 看 到 你 以 这 种 方式 分 离 利 息 和 PaymentHistory， 还 以 为 你 们 要 把 利息 分 
解 并 组 织 成 类 似 于 Payment History 的 结构 。 你 对 应 计 制 会 计 (accrual basis accounting) 有 所 了 解 吗 ? 

开发 人 员 : 请 解释 一 下 。 

专家 : 我 们 每 天 (或 根据 计划 安排 ) 都 会 把 应 计 利息 过 账 到 收 支 总 账 中 。 而 支付 的 过 账 方法 
则 完全 不 同 。 你 在 这 里 把 应 计 利息 累加 起 来 有 点 不 大 合适 。 

开发 人 员 : 你 是 说 ， 如 果 我 们 保留 “应 计 利息 ”" 列表 ， 那 么 这 些 利息 就 可 以 根据 需要 来 进 计 
算 总 计 或 者 ……“ 过 账 ”。 

专家 : 应 该 是 在 应 计 日 期 过 账 ， 但 是 可 以 在 任意 时 间 内 累加 。 费 用 的 处 理 与 此 相同 ， 当 然 ， 
是 要 提交 到 另 一 个 分 类 账 中 。 

开发 人 员 : 事实 上 ， 如 果 只 计算 一 天 或 一 段 时 间 的 利息 ， 问 题 就 会 简单 得 多 。 然 后 ， 我 们 就 
能 够 解决 所 有 这 些 问题 了 。 这 看 起 来 怎么 样 ? 





lwtevest Accrual 
Asset 


图 9-6 


专家 : 不 错 。 这 看 起 来 很 好 。 我 不 明白 为 什么 这 对 你 来 说 会 简单 得 多 。 但 基本 上 ， 资产 之 所 
以 有 价值 ， 就 是 因为 通过 它 可 以 累积 利息 、 竟 用 等 等 。 

开发 人 员 : 你 是 说 手续 费 也 是 一 样 的 吗 ?它们 … 
账 中 ? 





怎么 说 来 着 ? …… 要 过 账 到 不 同 的 分 类 
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开发 人 员 : 在 这 个 模型 中 ， 我 们 将 Interest Calculator 中 的 利息 计算 (或 者 说 是 应 计 手 续费 的 
计算 逻辑 ) 与 跟 殖 利息 的 功能 分 开 了 。 直 到 现在 我 才 注 意 到 Fee Calculator 与 Interest Calculator 有 
很 多 重复 的 地 方 。 此 外 ， 现 在 不 同类 型 的 费用 也 可 以 轻松 地 添加 进来 了 。 

专家 : 是 的 。 之 前 的 计算 也 是 正确 的 ， 但 现在 变 得 一 目 了 然 了 。 


由 于 Calculator 类 并 没有 直接 与 设计 中 的 其 他 部 分 相关 联 ， 所 以 这 其 实 是 一 个 非常 简单 的 重 国 
构 。 这 位 开发 人 员 只 需 花 几 个 小 时 就 能 够 通过 重 写 单元 测试 来 验证 新 的 语言 ,第 二 天 新 的 设计 就 
可 以 用 了 。 最 终 ， 她 得 到 了 下 面 的 模型 。 
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图 9-8 ” 重 构 后 的 深层 模型 


在 重 构 后 的 应 用 程序 中 ， 夜 间 批 处 理 脚 本 会 通知 每 个 Asset 执 行 calculateAccrualsThr- 
oughDate()。 其 返回 值 是 Accrual 的 集合 ， 而 其 中 的 每 笔 金额 都 会 过 账 到 指定 的 分 类 账 中 。 
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新 模型 具有 几 个 优点 ， 包 括 : 

(1) 术语 “应 计 费 用 (accrual)” 使 UBIQUITOUS LANGUAGE 更 丰富 ， 

(2) 将 应 计 费 用 从 付款 中 分 离 出 来 ， 

(3) 将 领域 知识 (例如 过 账 到 哪个 分 类 账 ) 从 脚本 中 移出 来 ， 并 放 到 领域 层 中 

(4) 将 费用 与 利息 统一 ， 既 能 够 符合 业务 逻辑 ， 又 可 消除 重复 代码 ， 

(5) 把 Accrual Schedule 作为 费用 和 利息 的 一 种 新 的 形式 简单 地 添加 到 模型 中 。 

这 一 次 , 开发 人 员 不 得 不 自己 挖掘 所 需 的 新 概念 。 她 能 够 看 出 利息 计算 的 不 足 之 处 , 并 坚持 
不 懈 地 寻找 更 深层 次 的 解决 方案 。 _ 

她 很 幸运 地 找到 一 位 聪明 且 热 忱 的 银行 专家 作为 合作 伙伴 。 如 果 合 作 的 专家 不 那么 主动 的 
话 , 她 可 能 会 在 初期 犯 更 多 的 错误 ,而 后 则 需要 更 多 地 依赖 于 与 其 他 开发 人 员 进行 头脑 风暴 来 解 
决 问题 。 这 样 ， 程 序 开发 的 进度 会 放 慢 ， 但 还 是 有 可 能 获得 进展 的 。 





9.1.3 ”思考 矛盾 之 处 


不 同 的 领域 专家 对 同样 的 事情 会 有 不 同 的 看 法 , 这 取决 于 他 们 的 经 验 和 需求 。 即 使 是 同一 个 
人 提供 的 信息 ,仔细 分 析 后 也 会 发 现存 在 逻辑 上 不 一 致 的 地 方 。 在 挖 所 程序 需求 的 时 候 ， 我们 会 
不 断 遇 到 这 种 令 人 烦恼 的 矛盾 , 但 它们 也 为 深层 模型 的 实现 提供 了 重要 线索 。 有 些 巴 盾 只 是 术语 
说 法 上 的 不 一 致 ， 有 些 则 是 由 于 误解 而 产生 的 。 但 还 有 一 种 情况 是 专家 们 会 给 出 相互 矛盾 的 两 种 
说 法 。 

天 文学 家 伽利略 曾 提出 过 一 个 悖 论 。 我 们 的 感觉 清楚 地 表明 地 球 是 静止 的 : 人 们 既 不 会 被 吹 
走 也 不 会 被 抛 出 去 。 然 而 哥 白 尼 却 在 他 之 前 提 到 过 一 个 很 有 说 服 力 的 观点 , 即 地 球 是 围绕 着 太阳 
飞速 转动 的 。 将 这 一 矛盾 统一 起 来 可 能 会 揭示 出 大 自然 运转 的 某 种 深奥 的 规律 。 

于 是 ， 伽 利 略 设计 了 一 个 假想 实验 。 如 果 一 个 骑士 在 奔跑 的 马 背 上 丢 下 一 个 球 ,这 个 球 会 
到 哪里 ? 显然 ， 这 个 球 会 随 着 马 一 起 向 前 移动 , 直到 它 落 在 马蹄 旁边 的 地 面 上 ， 就 像 马 一 直 站 着 
设 动 时 一 样 。 根 据 这 个 实验 ， 伽 利 略 推导 出 了 一 个 惯性 参考 系 思想 的 早期 雏形 ， 它 可 以 解决 前 面 
提 到 的 悖 论 并 可 引出 更 为 实用 的 运动 物理 学 模型 。 

我 们 过 到 的 矛盾 通常 不 会 这 么 有 趣 ， 也 不 会 具有 如 此 深刻 的 意义 。 尽 管 如 此 , 采用 同样 的 思 
考 模式 通常 可 帮助 我 们 透 过 问题 领域 的 表面 获得 更 深层 的 理解 。 

要 解决 所 有 了 矛盾 是 不 太 现实 的 ， 甚 至 是 不 需要 的 。( 第 14 章 将 会 深入 探讨 如 何 取舍 以 及 如 何 
处 理 结果 。) 然而 ， 即 使 不 去 解决 矛盾 ， 我 们 也 应 该 仔细 思考 对 立 的 两 种 看 法 是 如 何 同时 应 用 于 
同一 个 外 部 现实 的 ， 这 会 给 我 们 带 来 启示 。 


9.1.4 查阅 书籍 
在 寻找 模型 概念 时 , 不 要 忽略 一 些 显而易见 的 资源 。 在 很 多 领域 中 ,你 都 可 以 找到 解释 基本 
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概念 和 传统 思想 的 书籍 。 你 依然 需要 与 领域 专家 合作 ,提炼 与 你 的 问题 相关 的 那 部 分 知识 ,然后 
将 其 转化 为 适用 于 面向 对 象 软件 的 概念 。 但 是 , 查阅 书籍 也 许 能 够 使 你 一 开始 就 形成 一 致 且 深 层 
的 认识 。 


| 示例 借助 参考 书 来 设计 利息 计算 模型 


让 我 们 设想 一 下 前 面 讨论 的 投资 跟踪 应 用 程序 的 另 一 个 场景 。 与 前 面 一 样 , 这 个 故事 的 开头 
也 是 开发 人 员 意 识 到 设计 变 得 越 来 越 复杂 ， 特 别 是 Interest Calculator。 但 是 在 这 个 场景 中 ， 领 域 
专家 主要 负责 其 他 工作 ， 他 对 帮助 软件 开发 项 目 并 不 十 分 感 兴趣 。 在 这 里 ,开发 人 员 不 能 指望 专 
家 与 其 一 起 进行 头脑 风暴 ， 帮 助 她 探寻 隐藏 于 表象 之 下 的 遗漏 概念 。 

于 是 , 她 去 了 书店 。 随意 翻阅 了 几 本 书 之 后 , 她 找到 了 一 本 自己 比较 喜欢 的 会 计 学 人 门 书籍 ， 
并 把 它 粗 略 浏览 了 一 遍 。 她 发 现 书 中 有 一 整套 明确 定义 的 概念 体系 。 其 中 一 段 文字 给 了 她 特别 大 
的 启发 : 

应 计 制 会 计 。 这 种 方法 把 所 有 已 经 产生 的 收入 均 计 到 收入 中 (即使 尚未 支付 ) ， 所 有 支出 

也 均 在 产生 时 显示 出 来 (无论 是 已 经 支付 还 是 以 后 才 支 付 ) 。 所 有 到 期 债务 ， 包 括 税 金 ， 都 列 

入 划 用 。 

一 一 Suzanne Caplan 的 Finance and Accounting: How to Keep Your Books and Manage Your 
Finances Without an MBA, a CPA or a Ph.D (Adams Media, 2000) 


开发 人 员 再 也 不 用 自己 去 重新 编造 一 个 会 计 学 出 来 了 ,在 与 其 他 开发 人 员 进 行 了 一 些 讨论 之 
后 ， 她 设计 出 了 一 个 模型 ， 如 图 9-9 所 示 。 





] Interest Calculator 
































Fee Calculator | Asset me 一 一 
— 一 - rate 
monthlyAmount amount freq 
dayOfMonthDue ey RE 一 | dateOffset 
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| [ calculateInterestForDate() 
| Ty i 
Accrued Fee Accrued 
Ineome Interest Income 
date ee date 
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图 9-9 ”通过 阅读 书籍 而 得 来 的 略为 深层 的 模型 
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她 还 没有 认识 到 收入 是 由 Asset 产 生 的 ， 所 以 模型 中 依然 含有 Calculator。 分 类 账 的 概念 还 是 
包含 在 应 用 程序 中 ,而 不 是 在 它 本 应 归属 的 领域 层 中 。 但 是 ,她 确实 将 付款 从 应 计 收 入 中 分 离 出 
来 了 (这 曾 是 最 大 的 问题 ) 并 且 她 将 “应 计 费 用 ”这 个 词 引入 到 模型 和 UBIQUITOUS LANGUAGE 中 。 
在 之 后 的 迭代 过 程 中 ， 模 型 还 会 得 到 进一步 的 精 化 。 

当 这 位 开发 人 员 终于 有 机 会 与 领域 专家 讨论 时 , 专家 大 吃 一 惊 。 她 是 专家 遇 到 的 第 一 个 对 专 
家 的 工作 表现 出 些许 兴趣 的 程序 人 员 。 由 于 职责 分 配 的 原因 ,专家 从 未 与 她 交谈 过 ， 也 从 来 没有 
像 在 前 面 的 例子 中 一 样 坐 下 来 与 她 共同 商讨 过 模型 问题 。 但 是 , 这 位 开发 人 员 从 书 中 获取 了 知识 ， 
这 使 她 能 够 提出 很 好 的 问题 ， 所 以 自 此 以 后 ， 专 家 开始 认真 倾听 她 的 见解 ， 并 尽力 及 时 地 回答 她 
的 问题 。 





当然 , 看 书 与 咨询 领域 专家 并 不 冲突 。 即 便 能 够 从 领域 专家 那里 得 到 充分 的 支持 , 花 点 时 间 
从 文献 资料 中 学 习 掌握 领域 理论 也 是 值得 的 。 虽然 许多 业务 并 不 会 像 会 计 学 或 金融 行业 那样 具有 
精 化 的 模型 , 但 是 在 许多 领域 中 都 会 有 一 些 擅 于 思考 的 人 , 他 们 已 组 织 并 抽象 出 了 业务 的 一 些 通 
用 的 惯例 。 

开发 人 员 还 有 另 一 个 选择 ， 就 是 阅读 由 在 此 领域 中 有 过 开发 经 验 的 软件 专业 人 员 编 写 的 资 
料 。 例 如 , 《分 析 模式 》( [Fowler 1997] ) 一 书 的 第 6 章 可 能 会 为 她 提供 一 个 完全 不 同 的 思考 方向 ， 
无 论 这 个 方向 会 让 开发 变 得 更 好 还 是 更 精 。 阅 读书 籍 并 不 能 提供 现成 的 解决 方案 , 但 可 以 为 她 提 
供 一 些 全 新 的 实验 起 点 ,以 及 在 这 个 领域 中 探索 过 的 人 总 结 出 来 的 经 验 。 这 样 可 以 避免 开发 人 员 
重复 设计 已 有 的 概念 。 第 11 章 将 更 深入 地 探讨 这 一 主题 。 


9.1.5 尝试, 再 尝试 


上 面 的 例子 并 没有 显示 出 不 断 尝 试 和 出 错 的 次 数 。 在 讨论 过 程 中 , 我 可 能 尝试 六 七 种 不 同 的 
思路 ,然后 找到 一 个 看 起 来 足够 清晰 且 实 用 的 概念 ， 并 在 模型 中 尝试 它 。 后 面 ， 随 着 经 验 的 积累 
和 知识 的 消化 ， 我 们 会 有 更 好 的 想法 ， 最 终 ， 这 个 概念 至 少 会 被 替换 一 次 。 因 此 ， 建 模 人 员 / 设 
计 人 员 绝对 不 能 固执 己见 。 

并 不 是 所 有 这 些 方向 性 的 改变 都 毫 无 用 处 。 每 次 改变 都 会 把 开发 人 员 更 深刻 的 理解 添加 到 模 
型 中 。 每 次 重 构 都 使 设计 变 得 更 灵活 并 且 为 那些 可 能 需要 修改 的 地 方 做 好 准备 。 

其 实 , 我 们 并 没有 其 他 选择 。 只 有 不 断 尝试 才能 了 解 什么 有 效 什 么 无 效 。 企 图 避免 设计 上 的 
失误 将 会 导致 开发 出 来 的 产品 质量 低劣 , 因为 没有 更 多 的 经 验 可 用 来 借鉴 ,同时 也 会 比 进行 一 系 
列 快速 实验 更 加 费时 。 


9.2 如何 为 那些 不 太 明显 的 概念 建 模 


面向 对 象 范式 会 引导 我 们 去 寻找 和 创造 特定 类 型 的 概念 。 所 有 事物 (即使 是 像 “ 应 计 费 用 ” 
这 种 非常 抽象 的 概念 ) 及 其 操作 行为 是 大 部 分 对 象 模 型 的 主要 部 分 。 它 们 就 是 面向 对 象 设计 入 门 
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书籍 所 讲 到 的 “名 词 和 动词 "。 但 是 ， 概 念 中 其 他 重要 的 类 别 也 可 以 在 模型 中 显 式 地 表现 出 来 。 
下 面 我 将 会 描述 三 个 这 样 的 类 别 , 我 在 开始 接触 对 象 时 ,对 它们 的 认识 并 不 够 清晰 。 我 每 学 


会 一 个 这 样 的 类 别 ， 就 会 让 设计 变 得 更 加 清晰 深刻 。 
9.2.1 显 式 的 约束 


约束 是 模型 概念 中 非常 重要 的 类 别 。 它 们 通常 是 隐 式 出 现 的 , 将 它们 显 式 地 表现 出 来 可 以 极 


大 地 提高 设计 质量 。 


有 了 时， 约束 很 自然 地 存在 于 对 象 或 方法 中 。Bucket ( 桶 ) 对 象 必须 满足 一 个 固定 规则 一 一 装 


载 量 不 能 超出 它 的 容积 ， 如 图 9-10 所 示 。 








contents : float 


-= a | 
图 9-10 ee 
这 样 一 个 简单 的 固定 规则 可 以 在 每 次 可 改变 内 容 的 操作 中 使 用 一 个 逻辑 判断 来 保证 。 


class Bucket { 
private float capacity; 
private float contents; 





pourln(float) 





public void pourIn(float addedVolume) ( 
if (contents + addedVolume > capacity) { 
contents = capacity; 
} else { 
contents = contents + addedVolume; 
} 
} 
} 


这 里 的 逻辑 非常 简单 ,规则 也 很 明显 。 但 是 不 难 想象 , 在 更 复杂 的 类 中 这 个 约束 可 能 会 丢失 。 


让 我 们 把 这 个 约束 提取 到 一 个 单独 的 方法 中 ， 并 用 清晰 直观 的 名 称 来 表达 它 的 意义 。 


class Bucket { 
private float capacity; 
private float contents; 


public void pourIn(float addedVolume) { 
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float volumePresent = contents + addedVolume; 
contents = constrainedToCapacity (volumePresent); 
} 


private float constrainedTocapacity(float volumeplacedIn) { 
if (volumePlacedIn > capacity) return capacity; 
return volumeplacedIn; 
和 
} 


这 两 个 版 本 的 代码 都 实施 了 约束 ， 但 是 第 二 个 版 本 与 模型 的 关系 更 为 明显 (这 也 是 
MopEL-DRIVEN DESIGN 的 基本 需求 )。 这 个 规则 十 分 简单 ， 使 用 最 初 形式 的 代码 也 很 容易 理解 ， 
但 如 果 要 是 执行 的 规则 比较 复杂 的 话 ， 它 们 就 会 像 所 有 隐 式 概念 一 样 流 没 掉 被 约束 的 对 象 或 操 
作 。 将 约束 条 件 提 取 到 其 自己 的 方法 中 ,这 样 就 可 以 通过 方法 名 来 表达 约束 的 含义 ， 从 而 在 设计 
中 显 式 地 表现 出 这 条 约束 。 现 在 这 个 约束 条 件 就 是 一 个 “有 名 有 姓 ” 的 概念 了 ， 我 们 可 以 用 它 
的 名 字 来 讨论 它 。 这 种 方式 也 为 约束 的 扩展 提供 了 空间 。 比 这 更 复杂 的 规则 很 容易 就 会 产生 比 其 
调用 者 (在 这 里 就 是 pourIn() 方 法 ) 更 长 的 方法 。 这 样 ， 调 用 者 就 可 以 简单 一 些 ， 并 且 只 专注 
于 处 理 自己 的 任务 ， 而 约束 条 件 则 可 以 根据 需要 进行 扩展 。 

这 种 独立 方法 为 约束 预 留 了 一 定 的 增加 空间 , 但 是 在 很 多 时 候 , 约束 条 件 是 无 法 用 单独 一 个 
方法 来 轻松 表达 的 。 或 者 ， 即 使 方法 自身 能 够 保持 其 简单 性 ， 但 它 可 能 会 调用 一 些 信息 ， 而 在 对 
象 的 主要 职责 中 这 些 信息 毫 无 用 处 。 这 种 规则 可 能 就 不 适合 放 到 现 有 对 象 中 。 

下 面 是 一 些 警告 信号 ， 表 明 约束 的 存在 正在 扰乱 它 的 “宿主 对 象 ”(Host Object) 的 设计 。 

(1) 计算 约束 所 需 的 数据 从 定义 上 看 并 不 属于 这 个 对 象 。 

(2) 相关 规则 在 多 个 对 象 中 出 现 ， 造 成 了 代码 重复 或 导致 不 属于 同一 族 的 对 象 之 间 产 生 了 继 
承 关 系 。 

(3) 很 多 设计 和 需求 讨论 是 围绕 这 些 约束 进行 的 ， 而 在 代码 实现 中 ， 它 们 却 隐藏 在 过 程 代码 
中 。 

如 果 约 束 的 存在 掩盖 了 对 象 的 基本 职责 , 或 者 如 果 约 束 在 领域 中 非常 突出 但 在 模型 中 却 不 明 
显 ， 那 么 就 可 以 将 其 提取 到 一 个 显 式 的 对 象 中 ， 甚 至 可 以 把 它 建 模 为 一 个 对 象 和 关系 的 集合 。 

(The Object Constraint Language: Precise Modeling with UML [Warmer and Kleppe 1999] 一 书 中 
提供 了 关于 这 个 问题 的 半 正 式 的 深入 解决 方案 。) 


7 复核， 超 订 策 内 


在 第 1 章 中 , 我 们 讨论 了 一 个 常见 的 运输 业务 惯例 : 预订 超出 运输 能 力 10% 的 货物 。 (货运 公 
司 的 经 验 表明 , 这 种 程度 的 超额 可 以 弥补 因 客户 临时 取消 订单 而 给 货运 公司 所 带 来 的 损失 , 这 样 
就 可 以 保证 货轮 基本 能 够 满载 起 航 了 。) 
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通过 加 入 一 个 新 类 来 反映 Voyage 和 Cargo 关 联 中 的 结束 ， 该 约束 不 管 是 在 图 表 中 还 是 在 代码 
中 都 能 显 式 地 体现 出 来 。 如 图 9-11 所 示 。 





| Voyage » | Cargo > | Voyage | 网 Cargo 
Size 加 











capacity | capacity | size 








{sum(cargo.size) < voyage.capacity * 1.1} 


Overbooking 
| Poliey 


图 9-11 为 显 式 表达 超 订 策略 而 重 构 的 模型 
要 查看 完整 例子 的 代码 和 思路 ， 请 参阅 1.4 节 示例 。 





9.2.2 ”作为 领域 对 象 的 过 程 


首先 要 说 明 的 是 ,我 们 都 不 希望 过 程 变 成 模型 的 主要 部 分 。 对 象 是 用 来 封装 过 程 的 ， 而 我 们 
只 需 考虑 对 象 的 设计 目的 或 意图 就 可 以 了 。 

在 这 里 ,我 们 讨论 的 是 存在 于 领域 中 的 过 程 , 我们 必须 在 模型 中 把 这 些 过 程 表示 出 来 。 否 则 
当 这 些 过 程 显露 出 来 时 ， 往 往 会 使 对 象 设计 变 得 笨拙。 

本 章 的 第 一 个 例子 描述 了 一 个 用 来 安排 货运 路 线 的 运输 系统 安排 路 线 的 过 程 涉及 一 些 业务 
知识 。SERVICE 是 显 式 表达 这 种 过 程 的 一 种 方式 ， 同 时 它 依然 会 将 异常 复杂 的 算法 封装 起 来 。 

如 果 过 程 的 执行 有 多 种 方式 , 那么 我 们 也 可 以 用 另 一 种 方法 来 处 理 它 , 那 就 是 将 算法 本 身 或 
其 中 的 关键 部 分 放 到 一 个 单独 的 对 象 中 。 这 样 ， 选 择 不 同 的 过 程 就 变 成 了 选择 不 同 的 对 象 ， 每 个 
对 象 都 表示 一 种 不 同 的 STRATEGY。 (第 12 章 将 会 更 详细 地 讨论 如 何在 领域 中 使 用 STRATEGY。) 

过 程 是 应 该 被 显 式 表达 出 来 , 还 是 应 该 被 隐藏 起 来 呢 ? 区 分 的 方法 很 简单 : 它 是 经 常 被 领域 
专家 提起 呢 ， 还 是 仅仅 被 当 作 计算 机 程序 机 制 的 一 部 分 ? 


约束 和 过 程 是 模型 概念 中 两 个 应 用 范围 很 广 的 概念 , 当 我 们 用 面向 对 象 语言 编程 时 , 不 会 立 
即 想到 它们 ， 然 而 它们 一 旦 被 我 们 视 为 模型 元 素 ， 就 真 的 可 以 让 我 们 的 设计 更 为 清晰 。 

有 些 概念 类 别 很 实用 , 但 它们 可 应 用 的 范围 要 窑 很 多 。 为 了 使 本 章 的 讨论 更 全 面 , 我 会 说 明 
这 样 一 个 更 专门 的 但 也 非常 常用 的 概念 类 别 一 一 规格 (specification) 。“ 规 格 ”提供 了 用 于 表达 特 
定 类 型 的 规则 的 精确 方式 , 它 把 这 些 规则 从 条 件 逻 辑 中 提取 出 来 , 并 在 模型 中 把 它们 显 式 地 表示 
出 来 。 

SPECIFICATION 是 我 与 Martin Fowler ([Evans and Fowler 1997] ) 协作 开发 出 来 的 。 这 个 概念 
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看 起 来 很 简单 ， 但 是 应 用 和 实现 中 起 来 却 很 微妙 ， 因 此 在 本 节 中 会 有 大 量 的 细节 描述 。 在 第 10 
章 中 还 会 继续 讨论 SPECIFICATION, 并 对 这 种 模式 进行 扩展 。 在 阅读 完 接 下 来 对 该 模式 的 初步 解释 
后 ， 你 可 以 跳 过 9.2.4 节 ， 等 到 你 真正 想 要 应 用 这 种 模式 时 再 回来 阅读 也 不 迟 。 


9.2.3 模式: SPECIFICATION 


在 所 有 类 型 的 应 用 程序 中 , 都 会 有 布尔 值 测试 方法 ， 实 际 上 它们 基本 不 属于 规则 。 只 要 它们 
很 简单 , 就 可 以 用 测试 方法 (例如 anIterator.hasNext () 或 anInvoice.isoverdue() ) 来 处 理 
它们 。 在 Invoice 类 中 ，isoverdue() 的 代码 是 计算 一 条 规则 的 算法 。 例 如 : 
Public boolean isOverdue() { 
Date currentDate = new Date(); 


return currentDate.after (dueDate); 
} 


但 是 并 非 所 有 规则 都 如 此 简单 。 在 同一 个 Invoice (发 票 ) 类 中 ， 还 有 另外 一 个 规则 
anInvoice.isDelinquent () ， 它 一 开始 也 是 用 来 检查 Invoice 是 否 过 期 的 ， 但 仅仅 是 开始 部 分 。 
根据 客户 账户 状态 的 不 同 ， 可 能 会 有 宽 限期 政策 。 一 些 拖欠 票据 正 准备 再 一 次 发 出 催 款 通知 ,而 
另 一 些 则 准备 发 给 收 账 公司 。 此外, 还 要 考虑 客户 的 付款 历史 纪录 、 公司 在 不 同 产品 线 上 的 政策 ， 
等 等 。Invoice 作 为 付款 请 求 是 明白 无 误 的 ， 但 它 很 快 就 会 消失 在 大 量 杂 乱 的 规则 计算 代码 中 。 
Invoice 还 会 发 展 出 对 领域 类 和 子 系统 的 各 种 依赖 关系 , 而 这 些 领域 类 和 子 系统 却 与 Invoice 的 基本 
含义 无 关 。 

到 了 这 一 步 , 为 了 简化 Invoice 类 与 其 他 对 象 的 关系 , 开发 人 员 通 常会 将 规则 计算 代码 重 构 到 
应 用 层 中 《在 这 里 就 是 账单 收集 应 用 程序 )。 现 在 规则 已 经 从 领域 层 中 分 离 出 来 ， 留 下 了 一 个 纯 
粹 的 数据 对 象 , 它 将 不 再 表达 本 来 应 该 在 业务 模型 中 表示 的 规则 。 这 些 规则 需要 保留 在 领域 层 中 ， 
但 是 把 它们 放 到 被 其 约束 的 对 象 (在 这 里 是 Invoice) 里 又 不 合适 。 此 外 ,计算 规则 的 方法 中 到 处 
都 是 条 件 代码 ， 这 也 使 得 规则 变 得 复杂 难 懂 。 

那些 使 用 逻辑 编程 范式 的 开发 人 员 会 用 一 种 不 同 的 方式 来 处 理 这 种 情况 。 这 种 规则 被 称 为 谓 
词 。 谓 词 是 指 计算 结果 为 “ 真 ”或 “ 假 ” 的 函数 ， 并 且 可 以 使 用 操作 符 (如 AND 和 OR) 把 它们 
连接 起 来 以 表达 更 复杂 的 规则 。 通 过 谓词 , 我们 可 以 显 式 地 声明 规则 并 在 Invoice 中 使 用 这 些 规则 。 
但 前 提 是 必须 使 用 逻辑 范式 。 

认识 到 这 一 点 后 ， 人们 已 经 开始 尝试 以 对 象 的 形式 来 实现 逻辑 规则 。 在 这 些 尝试 中 ， 有 些 很 
成 熟 ， 有 些 则 很 幼稚 。 有些 雄 心 勃 亏 ， 有 些 则 谦虚 谨慎 。 有 些 被 证 明 很 有 价值 ， 有 些 则 被 当 作 失 
败 的 试验 丢 到 一 边 。 有 些 尝试 甚至 导致 项 目 误 入 歧途 。 但 是 ， 有 一 件 事情 是 很 清楚 的 : 无 论 这 个 
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想法 多 么 吸引 人 ， 其 主要 目标 都 是 完全 用 对 象 来 实现 逻辑 。( 毕 竟 ， 远 辑 编程 本 身 就 是 一 套 建 模 
和 设计 范式 。) 

业务 规则 通常 不 适合 作为 ENTITY 或 VALUE OBJECT 的 职责 ， 而 且 规则 的 变化 和 组 合 也 会 掩盖 
领域 对 象 的 基本 含义 。 但 是 将 规则 移出 领域 层 的 结果 会 更 糟糕 ， 因 为 这 样 一 来 ， 领域 代码 就 不 再 
表达 模型 了 。 

逻辑 编程 提供 了 一 种 概念 ， 即 “谓词 ”这 种 可 分 离 、 可 组 合 的 规则 对 象 ， 但 是 要 把 这 种 概念 
用 对 象 完全 实现 是 很 麻烦 的 。 同 时 ， 这 种 概念 也 非常 笼统 ， 在 表达 设计 意图 方面 ， 它 的 针对 性 不 
如 设计 那么 好 。 

幸运 的 是 , 我 们 并 不 真正 需要 完全 实现 逻辑 编程 即 可 从 中 受益 。 大 部 分 规则 都 可 以 归 类 为 
几 种 特定 的 情况 。 我 们 可 以 借用 谓词 概念 来 创建 可 计算 出 布尔 值 的 特殊 对 象 。 那 些 难于 控制 的 
测试 方法 可 以 巧妙 地 扩展 出 自己 的 对 象 。 它 们 都 是 一 些小 的 事实 测试 ， 可 以 提取 到 一 个 单独 的 
VALUE OBJECT 中 。 而 这 个 新 对 象 则 可 以 用 来 计算 另 一 个 对 象 ， 看 看 谓词 对 那个 对 象 的 计算 是 否 
为 “ 真 "。 





- [ 
Invoice Invoice Delinqueney 




















人 [ | 
加 迪 test(Invoice) : boolean 
| isDelinquent() : boolean | 


图 9-12 


换言之 , 这 个 新 对 象 就 是 一 个 规格 。SPECIFICATION 中 (规格) 中 声明 的 是 限制 另 一 个 对 象 状 态 
的 约束 ， 被 约束 对 象 可 以 存在 ， 也 可 以 不 存在 。SPECIFICATION 有 多 种 用 途 ， 其 中 的 一 种 用 途 体现 了 
最 基本 的 概念 ， 这 种 用 途 就 是 : SPECIFICATION 可 以 测试 任何 对 象 以 检验 它们 是 否 满足 指定 的 标准 。 

因此 : 

为 特殊 目的 创建 谓词 形式 的 显 式 的 VALUE OBJECT。SPECIFICATION 就 是 一 个 谓词 ， 可 用 来 确 
定 对 象 是 否 满足 某 些 标准 。 

许多 SPECIFICATION 都 是 具有 特殊 目标 的 简单 测试 , 就 像 在 拖欠 票据 示例 中 的 规格 一 样 。 当 规 
则 很 复杂 时 ， 可 以 扩展 这 种 概念 ， 对 简单 的 规格 进行 组 合 , 就 像 用 逻辑 运算 符 把 多 个 谓词 组 合 起 
来 一 样 。( 这 种 技术 将 在 下 一 章 中 讨论 。) 基本 模式 保持 不 变 , 并 且 提 供 了 一 种 从 简单 模型 过 渡 到 
复杂 模型 的 途径 。 

拖欠 票据 的 例子 可 以 使 用 SPECIFICATION 来 建 模 ， 如 图 9-13 所 示 。 在 规格 中 声明 拖欠 的 含义 ， 
对 任意 的 Invoice 对 象 进行 计算 并 做 出 判断 。 

SPECIFICATION 将 规则 保留 在 领域 层 。 由 于 规则 是 一 个 完备 的 对 象 ， 所 以 这 种 设计 能 够 更 加 清 
晰 地 反映 模型 。 利 用 工厂 ， 可 以 用 来 自 其 他 资源 (例如 客户 账户 或 者 企业 政策 数据 库 ) 的 信息 对 
规格 进行 配置 。 之 所 以 使 用 FACTORY ， 是 为 了 避免 Invoice 直 接 访问 这 些 资源 ， 因 为 这 样 会 使 得 
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Invoice 与 这 些 资 源 发 生 不 正确 的 关联 (Invoice 的 基本 职责 是 请 求 付款 , 而 这 些 资 源 与 这 一 职责 无 
关 )。 在 这 个 例子 中 ， 我 们 将 创建 Delinquent Invoice Specification (拖欠 发 票 规格 ) 来 对 一 些 发 票 
进行 评估 ， 这 个 SPECIFICATION 用 过 之 后 就 丢掉 了 。 这 样 只 需 指定 评估 日 期 就 可 以 了 ,这 真是 一 次 
完美 的 简化 。 我 们 可 以 通过 为 SPECIFICATION 提 供 所 需 信息 来 简单 直接 地 完成 它 的 职责 。 


a nvl23 : Invoice 
is satisfied by (inv123) i 和 上 -一 
一 > ] id = “inv123” 








amount = $4999 
<—o0 standard grace period = 20 days | due date = 5 Mar 2001 | 
真 good standing grace period = 60 days + 一 -一 一 一 | 

Q [valuation date=6 April 2001 
EET ee ge 
Snron ; Customer | 
信誉 不 好 的 客户 (enron) | 
只 有 20 天 的 寅 限期 ingood standing = fuse | 

因此 ， 该 发 于 为 拖欠 发 票 。 | 2 


图 9-13 ”作为 SPECIFICATION 被 提取 出 来 的 更 为 详细 的 拖欠 规则 


SPECIFICATION 的 基本 概念 非常 简单 ， 这 能 帮助 我 们 思考 领域 建 模 问题 。 但 是 MODEL-DRIVEN 
DRsIGN 要 求 我 们 开发 出 一 个 能 够 把 概念 表达 出 来 的 有 效 实现 。 要 实现 这 个 目标 , 必须 要 更 深入 地 
挖 据 应 用 这 个 模式 的 方法 。 领 域 模式 不 仅仅 是 UML 图 中 好 的 想法 ， 也 应 该 可 以 为 MODEL-DRIVEN 
DRsIGN 中 的 编程 问题 提供 解决 方案 。 

只 要 恰当 地 应 用 模式 , 就 可 以 得 出 一 整套 如 何 解决 领域 建 模 问 题 的 思路 , 同时 也 可 以 从 这 种 
长 时 间 搜 寻 有 效 实现 的 经 验 中 受益 。 下 面 的 SPECIFICATION 讨 论 详细 介绍 了 功能 和 实现 方法 的 多 种 
选择 。 模 式 并 不 像 菜谱 那么 死板 。 它 可 以 让 你 基于 自己 的 经 验 来 开发 解决 方案 , 也 为 你 讨论 手头 
工作 提供 了 语言 。 

在 第 一 次 阅读 时 ,你 可 以 快速 浏览 关键 概念 。 以 后 碰 到 具体 情况 时 ， 可 以 再 回 过 头 来 阅读 并 
从 细节 讨论 中 获取 经 验 。 然 后 就 可 以 开始 设计 你 自己 的 解决 方案 了 。 


9.2.4 _ SPECIFICATION 的 应 用 和 实现 


SPECIFICATION 最 有 价值 的 地 方 在 于 它 可 以 将 看 起 来 完全 不 同 的 应 用 功能 统一 起 来 。 出 于 以 下 
三 个 目的 中 的 至 少 一 个 目的 ， 我 们 可 能 需要 来 指定 对 象 的 状态 。 

(1) 验证 对 象 ， 检 查 它 是 否 能 满足 某 些 需求 或 者 是 否 已 经 为 实现 某 个 目标 做 好 了 准备 。 

(2) 从 集合 中 选择 一 个 对 象 〔 如 上 述 例 子 中 的 查询 过 期 发 票 )。 

(3) 指定 在 创建 新 对 象 时 必须 满足 某 种 需求 。 
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这 三 种 用 法 〈 验 证、 选择 和 根据 要 求 来 创建 ) 从 概念 层面 上 来 讲 是 相同 的 。 如 果 没 有 诸如 
SPECIFICATION 这 样 的 模式 , 相同 的 规则 可 能 会 表现 为 不 同 的 形式 , 甚至 有 可 能 是 相互 矛盾 的 形式 。 
这 样 就 会 赤 失 概念 上 的 统一 性 。 通 过 应 用 SPECIFICATION 模 式 ， 我 们 可 以 使 用 一 致 的 模型 ， 尽 管 在 


实现 时 可 能 需要 分 开 处 理 。 
验证 


规格 的 最 简单 用 法 是 验证 ， 这 种 用 法 也 最 能 直观 地 展示 出 它 的 概念 。 如 图 9-14 所 示 。 





[ Invoice Specification 











LSarisfiedBy(Invoice) : boolean 


























Delinquent Invoice ee 
Specification | Biginvoice | 
|__ Sperifieation 
eds A threshold amount 
L 








ve 其 他 基于 专门 
标准 的 SpecincATIoN 


图 9-14 ”应 用 SPECIFICATION 进 行 验证 的 模型 


class DelinquentInvoicespecification extends 


Invoicespecification { 
private Date currentDate; 


// Mn instance is used and discarded on a single date 


public DelinquentInvoicespecification(Date currentDate) { 


this.currentDate = currentDate; 
} 


public boolean isSatisfiedBy(Invoice candidate) { 


int gracePeriod = 


candidate.customer() .getPaymentGracePeriod(); 


Date firmDeadline = 


DateUtility.addDaysToDate (candidate.dueDate(), 


gracePeriod); 


return currentDate.after (firmDeadline); 


} 





Customer 
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现在 , 假设 当 销 售 人 员 看 到 一 个 欠 账 客户 的 信息 时 ， 系 统 需 要 显示 一 个 红旗 标识 。 我 们 只 需 


要 在 客户 类 中 编写 一 个 方法 即 可 ， 类 似 于 下 面 这 段 代码 : 


public boolean accountIsDelinquent (Customer customer) { 
Date today = new Date(); 
Specification delinquentspec = 
new DelinquentInvoicespecification(today); 
Iterator it = customer.getInvoices().iterator(); 
while (it.hasNext()) { 
Invoice candidate = (Invoice) it.next(); 
if (delinquentSpec.issatisfiedBy (candidate)) return true; 
F 
return false; 
} 


选择 或 查询 ) 

验证 是 对 一 个 独立 的 对 象 进行 测试 , 检查 它 是 否 满足 某 些 标准 , 然后 客户 可 能 根据 验证 的 结 
论 来 采取 行动 。 另 一 种 常见 需求 是 根据 某 些 标准 从 对 象 集合 中 选择 一 个 子 集 。SPECIFICATION 概 念 
同样 可 以 在 此 应 用 ， 但 是 实现 问题 会 有 所 不 同 。 

假设 应 用 程序 的 需求 是 列 出 所 有 拖欠 发 票 的 客户 。 那么 从 理论 上 来 说 , 我 们 依然 可 以 使 用 之 
前 定义 的 Delinquent Invoice Specification， 但 实际 上 我 们 可 能 不 得 不 去 修改 它 的 实现 。 为 了 证 明 


二 者 的 概念 是 相同 的 ， 让 我 们 首先 假设 发 票 的 数量 很 少 ,可 能 已 经 全 部 装 和 内存 了 。 在 这 种 情况 


下 ， 验 证 功能 的 最 直接 实现 方式 依然 可 用 。Invoice Repository 可 以 用 一 个 一 般 化 的 方法 来 基于 
SPECIFICATION 选 择 Invoice: 


public Set selectSatisfying(Invoicespecification spec) { 


Set results = new HashSet(); 
Iterator it = invoices.iterator(); 
while (it.hasNext()) { 
Invoice candidate = (Invoice) it.next(); 
if {spec.isSatisfiedBy(candidate)) results.add(candidate); 
} 


return results; 
) 
这 样 ， 用 一 行 代码 即 可 获得 所 有 拖欠 发 票 的 集合 : 


Set delinquentInvoices = invoiceRepository.selectSatisfying( 
new DelinquentInvoicespecification(currentDate)); 


上 面 这 行 代码 建立 了 操作 背后 的 概念 。 当 然 ,， Invoice 对 象 可 能 并 不 在 内 存 中 。 也 有 可 能 会 有 
成 千 上 万 个 Invoice 对 象 。 在 典型 的 业务 系统 中 ,数据 很 可 能 会 存储 在 关系 数据 库 中。 我 们 在 前 面 
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的 章节 中 曾经 指出 ， 在 与 其 他 技术 交互 使 用 时 ， 很 容易 分 散 我 们 对 模型 的 注意 力 。 

关系 数据 库 具 有 强大 的 查询 能 力 。 我 们 如 何 才能 充分 利用 这 种 能 力 来 有 效 解决 这 一 问题 , 同 
时 又 能 保留 SPECIFICATION 模 型 呢 ? MODEL-DRIVEN DESIGN 要 求 模型 与 实现 保持 同步 ， 但 它 同时 也 
让 我 们 可 以 自由 选择 能 够 准确 捕捉 模型 意义 的 实现 方式 。 幸 运 的 是 ，SQL 是 用 于 编写 
SPECIFICATION 的 一 种 很 自然 的 方式 。 

下 面 是 个 简单 的 例子 ， 其 中 查询 被 封装 在 验证 规则 所 在 的 类 中 。 我 们 在 Iavoice Specification 
中 添加 了 一 个 方法 ， 该 方法 在 Delinquent Invoice Specification 子 类 中 得 以 实现 : 

public string assoL() { 


return 
"SELECT * FROM INVOICE, CUSTOMER" + 


" WHERE INVOICE.CUST_ID = CUSTOMER.ID" + 
" AND INVOICE.DUE_DATE + CUSTOMER.GRACE_PERIOD" + 
< "+ SQLUtility.dateAssQL (currentDate); 
) 
SPECIFICATION 与 REPOSITORY 的 搭配 非常 合适 , REPOSITORY 作 为 一 种 构造 块 机 制 , 提供 了 对 领 
域 对 象 的 查询 访问 ， 并 且 把 数据 库 接口 封装 起 来 (参见 图 9-15)。 
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图 9-15 ”REPOSITORY 和 SPECIFICATION 之 间 的 交互 


现在 的 设计 有 一 些 问题 。 最 重要 的 问题 是 , 表 结构 的 细节 本 应 该 被 隔离 到 一 个 映射 层 中 (这 
个 映射 层 把 领域 对 象 关 联 到 关系 表 ) ,现在 却 泄漏 到 了 DOMAIN LAYER 中 。 这 样 一 来 ， 这 些 表 结 构 
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信息 发 生 了 隐 性 的 重复 ， 因 此 导致 对 Invoice 和 Customer 对 象 的 修改 和 维护 变 得 很 麻烦 ， 因 为 现在 
必须 在 多 个 地 方 跟踪 它们 的 映射 变化 。 但 是 ， 这 个 例子 只 是 一 个 简单 的 例证 ， 用 来 说 明 如 何 将 规 
则 只 放 在 一 个 地 方 。 一 些 对 象 关系 映射 框架 提供 了 用 模型 对 象 和 属性 来 表达 这 种 查询 的 方式 , 并 
在 基础 设施 层 中 创建 实际 的 SQL 语 句 。 这 样 就 可 以 两 全 其 美 了 。 

如 果 无 法 把 SQL 语 句 创建 到 基础 设施 中 ， 还 可 以 重 写 一 个 专用 的 查询 方法 并 把 它 添加 到 
Invoice Repository 中 ， 这 样 就 把 SQL 语 句 从 领域 对 象 中 分 离 出 来 了 。 为 了 避免 在 REPOSITORY 中 幅 
入 规则 ,必须 采用 更 为 通用 的 方式 来 表达 查询 , 这 种 方式 不 捕 所 规则 但 是 可 以 通过 组 合 或 放置 在 
上 下 文中 来 表达 规则 (在 这 个 例子 中 ， 使 用 的 是 双 分 派 模式 ) 。 


public class InvoiceRepository { 


public Set selectWhereGracePeriodPast (Date aDate){ 
//This is not a rule, just a specialized query 
String sql = whereGracePeriodPast_SQL (aDate); 
ResultSset queryResultset = 
SQLDatabaseInterface.instance() .executeQuery (sql); 
return buildInvoicesFromResultSec (queryResultset); 
} 


public String whereGraceperiodPast_SQL(Date aDate) ( 
return 
"SELECT * FROM INVOICE, CUSTOMER" + 
WHERE INVOICE.CUST_ID = CUSTOMER.ID" + 
* AND INVOICE.DUE_DATE + CUSTOMER.GRACE_PERIOD" + 
» < "+ SQLUtility.dateAsSsQL (aDate); 
} 


public Set selectSatisfying(InvoiceSpecification spec) { 
return spec.satisfyingElementsFrom(this); 
二 
和 


Invoice Specification 中 的 assal() 方法 被 替换 为 satisfyingElementsFrom(Invoice- 
Repository) ， 并 在 Delinquent Invoice Specification 中 以 如 下 的 方式 实现 : 


public class DelinquentInvoiceSpecification { 
// Basic DelinquentInvoicespecification code here 


public Set satisfyingElementsFrom( 
InvoiceRepository repository) { 
//Delinquency rule is defined as: 
// "grace period past as of current date" 
return repository.selectWhereGracePeriodPast (currentDate); 
学 
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这 段 代码 将 SQL 置 于 REPOSsITORY 中 ， 而 应 该 使 用 哪个 查询 则 由 SPBCIFICATION 来 控制 。 规 格 中 
并 没有 定义 完整 的 规则 ,但 是 包含 了 SPECIFICATION 的 基本 声明 ， 指 明了 什么 条 件 构成 了 拖欠 ( 即 
超过 宽 限 期 )。 

现在 , REPOSITORY 中 包含 的 查询 非常 具有 针对 性 ， 可 能 只 适用 于 这 种 情况 。 虽 然 这 可 以 接受 
的 ,但 是 根据 拖欠 发 票 在 过 期 发 票 中 所 占 数量 的 不 同 ， 我 们 可 以 选择 一 种 更 通用 的 REPOSITORY 
解决 方案 ， 使 得 性 能 仍然 很 好 ， 同 时 又 使 SPECIFICATION 的 使 用 更 易 理 解 。 


public class InvoiceRepository { 


public Set selectWhereDueDateIsBefore(Date aDate) { 
String sql = whereDueDateIsBefore_SQL (aDate); 
ResultSet queryResultset = 
SQLDatabaseInterface.instance() .executeQuery (sql); 
return buildInvoicesFromResultSet (queryResultset); 
} 
public String whereDueDateIsBefore.SQL(Date apate) { 
return 
"SELECT * FROM INVOICE" + 
" WHERE INVOICE.DUE_DATE" + 
» < "+ SQLUtility.dateAssQL (aDate); 


public Set selectSatisfying (InvoiceSpecification spec) { 
return spec.satisfyingElementsFrom(this); 


public class DelinquentInvoiceSpecification { 
//Basic DelinquentInvoiceSpecification code he 





public Set satisfyingElementsProm( 
InvoiceRepository repository) { 
Collection pastDueInvoices = 
repository.selectWhereDueDateIsBefore (currentDate) ; 


Set delinquentInvoices = new Hashset(); 
Iterator it = pastDueInvoices.iterator(); 
while (it.hasNext()) { 
Invoice anInvoice = (Invoice) it.next(); 
if (this.isSatisfiedBy (anInvoice)) 
delinquentInvoices.add (anInvoice); 
J 


return delinquentInvoices; 
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因为 我 们 取出 了 很 多 Invoice， 上 面 的 代码 可 能 会 降低 系统 性 能 , 所 以 不 得 不 在 内 存 中 对 它们 
进行 筛选 。 这 种 以 降低 性 能 来 实现 更 好 的 职责 分 离 的 代价 是 否 可 以 接受 完全 取决 于 环境 因素 。 
SPECIFICATION 和 REPOSITORY 之 间 的 交互 有 很 多 种 实现 方式 , 不 但 能 够 利用 开发 平台 的 优势 ,还 可 
以 保证 基本 职责 的 实施 。 

有 时 ， 为 了 改善 性 能 (或 者 更 有 可 能 是 为 了 加 强 安全 性 ) ， 我 们 可 能 把 查询 实现 为 服务 器 上 
的 存储 过 程 。 在 这 种 情况 下 ，SPECIFICATION 可 能 只 带 有 存储 过 程 允许 的 参数 。 除 此 之 外 ， 这些 不 
同 实现 之 间 的 模型 并 没有 什么 不 同 ,我 们 可 以 自由 选择 实现 方式 ,除非 模型 中 有 特别 的 约束 条 件 。 
这 么 做 的 代价 是 更 加 难于 编写 和 维护 查询 。 

上 面 的 讨论 基本 上 没有 涉及 将 SPECIFICATION 与 数据 库 结合 时 所 面临 的 挑战 , 我 并 不 想 在 这 里 
说 明 所 有 可 能 需要 考虑 的 问题 ,而 只 是 想 简单 介绍 一 下 必须 要 做 出 的 选择 .Mee 和 Hieatt 在 [Fowler 
2002] 中 讨论 了 用 规格 设计 REPOSITORY 时 遇 到 的 一 些 技术 问题 。 

根据 要 求 来 创建 (生成 ) 

如 果 五 角 大 楼 需要 一 架 新 式 的 喷气 式 战斗 机 ， 政 府 官员 们 会 先 编写 规格 。 在 规格 中 可 能 会 
要 求 这 架 喷气 机 的 速度 达到 2 马赫 ， 航程 1800 英 里 ， 并 且 成 本 不 高 于 5000 万 美元 , 等 等 。 无论 规 
格 有 多 详细 ， 它 都 不 是 飞机 的 设计 ， 更 不 是 飞机 本 身 。 航 空 航天 工程 公司 将 接受 这 份 规格 并 且 
据 此 创建 出 一 个 或 多 个 设计 。 各 个 竞争 公司 可 能 会 提出 不 同 的 设计 ， 所 有 这 些 方案 都 需要 满足 
原始 规格 。 

很 多 计算 机 程序 都 能 够 生成 一 些 工件 , 这 些 工件 是 需要 被 指定 的 。 当 你 在 字 处 理 软件 文档 中 
插入 图 片 时 ， 文 字 会 环绕 在 图 片 周围 。 你 已 指定 了 图 片 的 位 置 ， 可 能 也 指定 了 文字 环绕 的 样式 。 
这 样 ， 字 处 理 软件 就 可 以 按照 你 指定 的 规格 来 将 页 面 上 的 文字 摆 放 到 正确 的 位 置 。 

尽管 乍 看 起 来 并 不 明显 ， 但 是 这 种 SPECIFICATION 概 念 与 应 用 于 验证 和 选择 的 规格 并 无 二 致 。 
都 是 在 为 尚未 创建 的 对 象 指定 标准 。 但 是 , SPECIFICATION 的 实现 则 会 大 不 相同 。 这 种 SPECIFICATION 
与 查询 不 同 ， 它 不 用 来 过 滤 已 存在 对 象 ， 也 与 验证 不 同 ， 并 不 用 来 测试 已 有 对 象 。 在 这 里 ， 我 们 
要 创建 或 重新 配置 满足 SPECIFICATION 的 全 新 对 象 或 对 象 集合 。 

如 果 不 使 用 SPECIFICATION, 可 以 编写 一 个 生成 器 ,其 中 包含 可 创建 所 需 对 象 的 过 程 或 指令 集 。 
这 种 代码 隐 式 地 定义 了 生成 器 的 行为 。 

反 过 来 , 我 们 也 可 以 根据 SPECIFICATION 来 定义 生成 器 的 接口 , 这 个 接口 就 显 式 地 约束 了 生成 
器 产生 的 结果 。 这 种 方法 具有 以 下 几 个 优点 。 

口 生成 器 的 实现 与 接口 分 离 。SPECIFICATION 声 明了 输出 的 需求 ， 但 没有 定义 如 何 得 到 输出 

结果 。 

口 接口 把 规则 显 式 地 表示 出 来 ， 因 此 开发 人 员 无 需 理解 所 有 操作 细节 即 可 知晓 生成 器 会 产 

生 什么 结果 。 而 如 果 生 成 器 是 预定 义 好 的 ， 那 么 要 想 预 测 它 的 行为 ， 唯 一 的 途径 就 是 在 
不 同 的 情况 下 运行 或 去 研究 每 行 代码 。 
口 接口 更 为 灵活 ， 或 者 说 我 们 可 以 增强 其 灵活 性 ， 因 为 需求 由 客户 给 出 ， 生 成 器 唯一 的 职 
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责 就 是 实现 SPECIFICATION 中 的 要 求 。 

口 最 后 一 点 也 很 重要 。 这 种 接口 更 加 便于 测试 ， 因 为 接口 显 式 地 定义 了 生成 器 的 输入 ， 而 
这 同时 也 可 用 来 验证 输出 。 也 就 是 说 ， 传 人 生成 器 接口 的 用 于 约束 创建 过 程 的 同一 个 
SPECIFICATION 也 可 发 挥 其 验证 的 作用 (如 果实 现 方式 能 够 支持 这 一 点 的 话 )， 以 保证 被 创 
建 的 对 象 是 正确 的 。( 这 是 AssERTION 的 例子 ， 将 会 在 第 10 章 中 讨论 。) 

根据 要 求 来 创建 可 以 是 从 头 创建 全 新 对 象 ， 也 可 以 是 配置 已 有 对 象 来 满足 SPECIFICATION。 


| 示例 化 学 品 仓库 打包 程序 


假设 有 一 个 仓库 ,里面 用 类 似 于 货车 车 是 的 大 型 容器 存放 各 种 化 学 品 。 有 些 化 学 品 是 情 性 的 ， 
可 以 随意 摆 放 。 有 些 则 是 易 挥发 的 ， 必 须 放 于 特制 的 通风 容器 中 。 还 有 一 些 是 易 爆 品 ， 必 须 保存 
于 特制 的 防爆 容器 中 。 还 有 一 些 规 则 是 关于 如 何在 容器 中 混 装 化 学 品 的 。 

我 们 的 目标 是 编写 出 一 个 软件 ， 用 于 寻找 一 种 可 安全 而 高 效 地 在 容器 中 放置 化 学 品 的 方式 ， 
如 图 9-16 所 示 。 
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图 9-16 仓库 存储 模型 


我 们 可 以 首先 从 编写 一 个 过 程 一 一 取出 一 个 化 学 品 并 将 其 放置 在 一 个 容器 中 一 一 开始 , 但 是 
让 我 们 从 验证 问题 开始 着 手 吧 。 这 种 方式 让 我 们 必须 显 式 描述 规则 , 同时 也 提供 了 一 种 测试 最 终 
实现 的 方式 。 

每 种 化 学 品 都 有 一 个 容器 SPECIFICATION。 
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现在 ， 如 果 将 这 些 规格 编写 成 Container Specification， 就 可 以 提出 一 种 把 化 学 品 混 装 在 容器 
中 的 配置 方法 ， 并 测试 它 是 否 满足 这 些 约束 条 件 。 








容器 特性 物 品 是 否 满足 规格 ? 
防爆 20 磅 TNT 

500 磅 砂 

50 磅 生物 样本 了 

氨水 





Container Specification 中 的 方法 issatisfied () 用 来 检查 是 否 满足 所 需 的 ContainerFeature。 
例如 ， 易 爆 化 学 品 的 规格 会 寻找 “防爆 ”特性 : 


public class ContainerSpecification { 
private ContainerFeature requiredFeature; 


public Containerspecification(ContainerFeature required) ( 
requiredFeature = required; 
} 


boolean issatisfiedBy (Container aContainer){ 
return aContainer.getFeatures() .contains (requiredFeature); 
} 
} 


下 面 是 设置 易 爆 化 学 品 的 客户 端 示例 代码 : 


tnt.setContainerspecification( 
new ContainerSpecification (ARMORED) ) ; 


Container 对 象 中 的 方法 issafelyPacked() 用 来 保证 Container 具 有 Chemical 要 求 的 所 有 特 


boolean issafelyPacked(){ 
Iterator it = contents.iterator(); 
while (it.hasNext()) { 
Drum drum = {Drum) it.next(); 
if (!drum.containerSpecification() .isSatisfiedBy (this)) 
return false; 
. 
return true; 
} 


到 了 这 一 步 ， 我 们 就 可 以 编写 一 个 监控 程序 ， 用 来 监视 库存 数据 库 并 报告 不 安全 状况 。 


Iterator it = containers.iterator(); 
while (it.hasNext ()) { 
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Container container = (Container) it.next(); 
if (lcontainer.isSafelyPacked()) 
unsafeContainers.add (container); 
} 


客户 并 没有 要 求 我 们 编写 这 样 一 个 软件 。 让 业务 人 员 知 道 这 个 程序 当然 很 好 , 但 客户 的 要 求 
是 设计 一 个 打包 程序 。 而 现在 我 们 得 到 的 是 打包 的 测试 程序 。 这 些 对 领域 的 理解 和 基于 
SPECIFICATION 的 模型 使 我 们 有 能 力 为 服务 定义 一 个 清晰 而 简单 的 接口 ， 这 个 服务 可 接受 Drum 和 
Container 集 合并 将 它们 按照 规则 进行 打包 。 
public interface WarehousePacker { 
public void pack(Collection containersToFill, 
Collection drumsToPack) throws NoAnswerFoundException; 
/* ASSERTION: At end of pack(), the ContainerSpecification 
of each Drum shall be satisfied by its Container. 


IE no complete solution can be found, an exception shall 
be thrown. */ 


) 
现在 ， 为 履行 Packer 服 务 的 职责 ， 我 们 的 任务 就 是 设计 一 个 优化 的 约束 求解 方案 。 这 一 任务 


已 经 与 程序 中 的 其 他 部 分 分 离开 来 ， 因 此 其 他 部 分 的 实现 机 制 不 会 对 这 个 部 分 的 设计 产生 影响 。 
( 详 见 第 10 章 和 第 15 章 。) 然而 ， 榨 制 打 包 的 规则 并 没有 从 领域 对 象 中 提取 出 来 。 





| 示例 仓库 打包 程序 的 工作 原型 


为 了 让 仓库 打包 软件 有 效 工作 而 编写 优化 逻辑 , 这 是 一 项 艰巨 的 工作 。 一 个 小 组 的 开发 人 员 
和 业务 专家 已 经 分 头 开始 工作 了 ,但 是 编码 工作 尚未 进行 。 同 时 ， 另 一 个 小 组 正在 开发 一 个 应 用 
程序 ， 该 程序 允许 用 户 从 数据 库 中 提取 库存 并 提交 给 Packer 处 理 ， 最 后 分 析 打包 结果 。 这 个 小 组 
正 试图 设计 预期 的 Packer。 但 是 他 们 能 做 的 只 是 模拟 一 个 用 户 界面 ， 编 写 一 些 数据 库 集成 代码 。 
他 们 无 法 为 用 户 显示 一 个 具有 实际 行为 的 界面 ， 因 此 无 法 获得 良好 的 反馈 。 同 样 ，Packer 小 组 也 
在 闭门造车 。 

通过 仓库 打包 程序 示例 中 创建 的 领域 对 象 和 SERVICE 接口 ， 开 发 应 用 程序 的 小 组 认识 到 他 们 
可 以 构建 一 个 非常 简单 的 Packer 实 现代 码 ， 这 有 助 于 开发 工作 获得 进展 ， 同 时 可 以 与 其 他 小 组 协 
同 工 作 并 建立 起 反馈 循环 ， 但 这 只 有 在 端 到 端的 系统 中 才 可 以 完全 发 挥 作用 。 

public class Container { 


private double capacity; 
private Set contents; //Drums 








237| 











166 第 三 部 分 通过 重 构 来 加 深 理 解 











239| 








public boolean hasSpaceFor (Drum aprum) { 


return remainingSpace() >= aDrum.getSize()7 


public double remainingSpace() { 
double totalContentsize = 0.0; 


Iterator it = contents.iterator(); 
while (it.hasNext()) { 


Drum aDrum = (Drum) it.next(); 


totalContentSize = totalContentSize + aDrum.getSsize(); 
} 


return capacity - totalContentSize; 


public boolean canAccommodate(Drum aDrum) 


{ 
return hasSpaceFor (aDrum) && 


aDrum.getContainerSpecification() .isSatisfiedBy (this); 
} 


public class PrototypePacker implements WarehousePacker { 


public void pack(Collection containers, Collection drums) 


throws NoAnswerFoundException { 


/* This method fulfills the ASSERTION as written. However, 
when an exception is thrown, Containers’ contents may 


have changed. Rollback must be handled at a higher 
level. */ 


Iterator it = drums.iterator(); 
while (it.hasNext()) { 
Drum drum = (Drum) it.next(); 
Container container = 
findContainerFor (containers, drum); 
container .agdd (drum) ; 


} 


public Container findcontainerFor( 


Collection containers, Drum drum) 


throws NoAnswerFoundException { 
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Iterator it = containers.iterator(); 
while (it.hasNext()) { 
Container container = (Container) it.next(); 
if {container.canAccommodate {drum)) 
return container; 
} 
throw new NoAnswerFoundException(); 


) 

当然 ,上述 代码 有 很 多 不 足 之 处 。 它 可 能 会 将 砂 打包 到 特制 容器 中 , 这 就 导致 在 打包 危险 化 
学 品 时 ， 特 制 容器 已 经 没有 多 余 的 空间 了 。 显 然 ， 它 没有 对 空间 的 利用 进行 优化 。 但 是 很 多 优化 
方面 的 问题 无 论 怎样 都 无 法 得 到 完美 的 解决 .而 这 段 实现 代码 确实 遵循 了 到 目前 为 止 已 声明 过 的 
所 有 规则 。 





有 的 困 队 必须 要 等 待 另 一 个 团队 编写 出 代码 后 才 可 以 继续 工作 。 而 这 两 个 团队 都 要 等 到 
代码 完全 整合 后 才 可 以 测试 组 件 或 从 用 户 那里 获取 反馈 . 这 种 僵局 通常 可 以 通过 关键 组 件 的 模 
型 驱动 原型 来 缓解 ， 即 使 原型 并 不 满足 所 有 需求 也 可 以 。 当 实现 与 接口 分 离 时 ， 只 要 有 可 以 工 
作 的 实现 ， 项 目 工作 就 可 以 并 行 地 开展 下 去 . 时 机 成 熟 的 时 候 ， 可 以 用 更 为 高 效 的 实现 来 蔡 代 
原型 。 同时， 系统 中 的 其 他 部 分 也 能 在 开发 期 间 与 原型 进行 交互 


有 了 这 个 原型 , 应 用 程序 的 开发 人 员 就 可 以 全 速 开展 工作 了 , 包括 进行 所 有 与 外 部 系统 的 集 
成 。 在 领域 专家 对 原型 进行 研究 并 确认 自己 的 想法 后 ，Packer 开 发 小 组 也 能 够 得 到 专家 的 反馈 ， 
从 而 帮助 他 们 自己 理 清 需求 和 优先 级 。Packer 小 组 决定 接管 这 个 原型 并 对 其 进行 调整 ， 以 便 测 试 
他 们 的 想法 。 

同时 ， 他 们 还 使 接口 与 最 新 设计 保持 同步 ， 以 推动 应 用 程序 和 一 些 领域 对 象 的 重 构 ， 从 而 尽 
早 解决 集成 问题 。 

一 旦 完成 复杂 的 Packer 程 序 ， 集 成 就 是 轻而易举 的 事情 了 ， 因 为 它 有 一 个 描述 得 很 清楚 的 接 
口 ， 应 用 程序 在 与 原型 交互 的 时 候 也 是 根据 相同 的 接口 和 AsSERTION 编 写 的。 

专家 们 花费 了 几 个 月 的 时 间 才 得 到 了 正确 的 优化 算法 。 用 户 与 原型 交互 时 的 反馈 使 他 们 受益 
匪 线 。 同 时 ， 系 统 中 的 其 他 部 分 在 开发 期 间 也 能 够 与 原型 进行 交互 。 

这 里 的 例子 演示 了 如 何 通过 更 巧妙 的 模型 使 “最 简单 却 可 能 非常 最 有 效 的 事物 ”成 为 可 能 。 
我 们 可 以 用 几 十 行 简单 易 懂 的 代码 编写 出 复杂 组 件 的 功能 原型 。 如 果 不 用 MODEL-DRIVEN 
DESIGN， 原 型 会 更 难 理解 和 升级 〈 因 为 Packer 与 设计 的 其 他 部 分 更 紧密 地 耦合 在 一 起 ) ， 在 这 种 
情况 下 ， 开 发 原型 可 能 会 更 加 耗 时 。 























Lf tit ed 但 首先 它 必 须 为 开发 人 员 服 务 。 在 强调 重 构 的 软件 开发 
人 人 过程 中 大 其 如 此 。 随 着 程序 的 演变 ， 开 发 人 员 将 重新 安排 并 重 写 每 个 部 分 。 他 们 会 把 
原 有 的 领域 对 象 集成 到 应 用 程序 中 ， 也 会 让 它们 与 新 的 领域 对 象 进行 集成 。 其 至 儿 年 以 后 , 维护 
程序 还 将 修改 和 扩充 代码 。 人 们 必须 要 做 这 些 工作 ， 但 他 们 是 否 愿意 呢 ? 
当 具 有 复杂 行为 的 软件 缺乏 一 个 良好 的 设计 时 , 重 构 或 元 素 的 组 合 会 变 得 很 困难 。 一 旦 开发 
人 员 不 能 十 分 肯定 地 预知 计算 的 全 部 含意 ,就 会 出 现 重复 。 当 设计 元 素 都 是 整 块 的 而 无 法 重新 组 
合 的 时 候 , 重复 就 是 一 种 必然 的 结果 。 我 们 可 以 对 类 和 方法 进行 分 解 , 这 样 可 以 更 好 地 重用 它们 ， 
243] ”但 这 些小 部 分 的 行为 又 变 得 很 难 跟踪 。 如 果 软 件 没有 一 个 条 理 分 明 的 设计 ,那么 开发 人 员 不 仅 不 
愿意 仔细 地 分 析 代 码 , 而 且 修改 代码 也 可 能 会 产生 问题 一 一 要 么 加 重 了 代码 的 混乱 状态 , 要 么 由 
于 某 种 未 预料 到 的 依赖 性 而 破坏 了 某 个 结构 。 在 任何 一 种 系统 中 除非 是 一 些 非常 小 的 系统 )， 
这 种 不 稳定 性 使 我 们 很 难 开发 出 丰富 的 功能 ， 而 且 限制 了 重 构 和 和 迭代 式 的 精 化 。 
为 了 使 项 目 能 够 随 着 开发 工作 的 进行 加 速 前 进 , 而 不 会 由 于 它 自己 的 老化 停滞 不 前 , 设计 必 
须要 让 人 们 乐于 使 用 ， 而 且 易 于 做 出 修改 。 这 就 是 柔性 设计 (supple design) 。 
柔性 设计 是 对 深层 建 模 的 补充 。 一 旦 我 们 挖掘 出 隐 式 概念 ， 并 把 它们 显示 表达 出 来 之 后 , 就 
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有 了 原料 。 通 过 和 迭代 循环 ， 我 们 可 以 把 这 些 原料 组 织 成 有 用 的 形式 ， 最 后 得 到 一 个 模型 ， 它 简单 
而 清晰 地 捕获 了 主要 关注 点 , 并 使 得 客户 开发 人 员 真正 能 够 使 用 这 个 模型 。 在 设计 和 代码 的 开发 
过 程 中 , 我 们 将 更 深刻 地 理解 模型 概念 。 我 们 一 次 又 一 次 回 到 和 迭代 循环 中 ,通过 重 构 得 到 更 深刻 
的 理解 。 但 我 们 究竟 要 达到 一 个 什么 样 的 设计 呢 ? 在 这 个 过 程 中 应 该 进行 哪些 实验 ? 这 正 是 本 章 
要 讨论 的 内 容 。 

很 多 过 度 设 计 (overengineering) 借 着 柔性 设计 的 名 义 而 自 认为 是 正当 的 。 但 是 ， 过 多 的 抽 
象 层 和 间接 设计 常常 成 为 项 目的 绊脚石 。 看 一 下 真正 为 用 户 带 来 强大 功能 的 软件 设计 ， 你 会 发 现 
它们 通常 有 一 些 非常 简单 的 部 分 。 简 单 并 不 容易 做 到 。 为 了 把 创建 的 元 素 装配 到 复杂 系统 中 ， 而 
且 在 装配 之 后 仍然 能 够 理解 它们 ,必须 坚持 模型 驱动 的 设计 方法 , 与 此 同时 还 要 坚持 适当 严格 的 
设计 风格 。 要 创建 或 使 用 这 样 的 设计 ， 可 能 需要 我 们 掌握 相对 熟练 的 设计 技巧 。 

开发 人 员 扮 演 着 两 个 角色 , 而 设计 必须 要 为 这 两 个 角色 服务 。 同 一 个 人 可 能 会 同时 承担 这 两 
种 角色 ， 甚 至 在 几 分 钟 之 内 来 回 变 换 角色 ,但 角色 与 代码 之 间 的 关系 是 不 同 的 。 一 个 角色 是 客户 
开发 人 员 ， 负责 将 领域 对 象 组 织 成 应 用 程序 代码 或 其 他 领域 层 代码 ， 以 便 发 挥 设计 的 功能 。 钱 性 
设计 能 够 揭示 深层 次 的 底层 模型 , 并 把 它 潜在 的 部 分 明确 地 展现 出 来 。 客 户 开发 人 员 可 以 灵活 地 
使 用 一 个 最 小 化 的 、 松 散 耦 合 的 概念 集合 ， 来 表示 领域 中 的 大 量 场景 。 设 计 元 素 非 常 自然 地 组 合 
到 一 起 ， 其 结果 也 是 健壮 的 ， 可 以 被 清晰 地 刻画 出 来 ， 而 且 也 是 可 以 预知 的 。 

同样 重要 的 是 , 设计 也 必须 为 那些 修改 代码 的 开发 人 员 服 务 。 为 了 便于 修改 , 设计 必须 易于 
理解 ,必须 把 客户 开发 人 员 正 在 使 用 的 同一 个 底层 模型 表示 出 来 。 我 们 必须 按照 领域 深层 模型 的 
轮廓 进行 设计 , 以便 大 部 分 修改 都 可 以 灵活 地 完成 。 代 码 的 结果 必须 是 完全 清晰 明了 的 ， 这样 才 
容易 预见 到 修改 的 后 果 。 

早期 的 设计 版 本 通常 达 不 到 柔性 设计 的 要 求 。 由 于 项 目的 时 间 期 限 和 预算 的 缘故 , 很 多 设计 
一 直 就 是 僵化 的 。 我 也 从 未 见 过 有 哪个 大 型 程序 自始至终 都 是 柔性 的 。 但 是 ， 当 复杂 性 阻碍 了 项 
目的 前 进 时 ， 就 需要 仔细 修改 最 关键 、 最 复杂 的 地 方 ， 使 之 变 成 一 个 柔性 设计 ， 这 样 才能 突破 复 
杂 性 带 给 我 们 的 限制 ， 而 不 会 陷 人 遗留 代码 维护 的 麻烦 中 。 

设计 这 样 的 软件 并 没有 公式 ,但 我 精 选 了 一 组 模式 , 从 我 自己 的 经 验 来 看 , 这些 模 式 如 果 运 
用 得 当 的 话 ,就 有 可 能 获得 柔性 设计 。 这 些 模式 和 示例 展示 了 一 个 柔性 设计 应 该 是 什么 样 的 ,以 
及 在 设计 中 所 采取 的 思考 方式 。 


10.1 模式 : INTENTION-REVEALING INTERFACES 


在 领域 驱动 的 设计 中 , 我 们 希望 看 到 有 意义 的 领域 逻辑 。 如 果 代 码 只 是 在 执行 规则 后 得 到 结 
果 , 而 没有 把 规则 显 式 地 表达 出 来 ,那么 我 们 就 不 得 一 步 一 步 地 去 思考 软件 的 执行 步骤 。 那 些 只 
运行 代码 然后 计算 出 结果 而 没有 显 式 地 把 计算 逻辑 表达 出 来 的 计算 也 是 同样 的 道理 。 如 果 不 把 代 
码 与 模型 清晰 地 联系 起 来 ,我 们 很 难 理解 代码 的 执行 效果 ， 也 很 难 预 测 修改 代码 的 效果 。 前 一 章 
深入 探讨 了 对 规则 和 计算 进行 显 式 的 建 模 。 实现 这 样 的 对 象 要 求 我 们 深入 理解 计算 或 规则 的 大 量 
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细节 。 对 象 的 强大 功能 是 它 能 够 把 所 有 这 些 细节 封装 起 来 ， 这 样 客户 代码 就 能 够 很 简单 ， 而 且 可 
以 用 高 层 概念 来 解释 。 
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图 10-1 一 些 有 助 于 获得 柔性 设计 的 模式 


但 是 , 客户 开发 人 员 要 想 有 效 地 使 用 对 象 ， 必 须知 道 对 象 的 一 些 信息 ， 如 果 接 口 没有 告诉 开 
发 人 员 这 些 信息 ,那么 他 就 必须 深入 研究 对 象 的 内 部 机 制 , 以便 理解 细节 。 阅 读 客户 代码 的 人 也 
需要 做 同样 的 事情 。 这 样 就 失去 了 封装 的 大 部 分 价值 。 我 们 需要 避免 出 现 “ 认 识 过 载 ”的 问题 。 
如 果 客 户 开发 人 员 必须 总 是 思考 组 件 工作 方式 的 大 量 细节 , 那么 就 无 暇 理 清 思路 来 解决 客户 设计 
的 复杂 性 。 让 一 个 人 同时 扮演 两 种 角色 ( 既 开 发 代码 ， 也 使 用 他 自己 的 代码 ) 的 时 候 也 是 如 此 ， 
因为 他 即使 不 必 去 了 解 那些 细节 ， 也 不 可 能 一 次 就 把 所 有 的 因素 都 考虑 全 面 。 

如 果 开 发 人 员 为 了 使 用 一 个 组 件 而 必须 要 去 研究 它 的 实现 ， 那 么 就 失去 了 封装 的 价值 。 当 
某 个 人 开发 的 对 象 或 操作 被 别人 使 用 时 ， 如 果 使 用 这 个 组 件 的 新 的 开发 者 不 得 不 根据 其 实现 来 
推测 其 用 途 ， 那 么 他 推测 出 来 的 可 能 并 不 是 那个 操作 或 类 的 主要 用 途 。 如 果 这 不 是 那个 组 件 的 
用 途 ， 虽 然 代码 暂时 可 以 工作 ， 但 设计 的 概念 基础 已 经 被 误 用 了 ， 两 位 开发 人 员 的 意图 也 是 背 
道 而 驰 。 

当 我 们 把 概念 显 式 地 建 模 为 类 或 方法 时 , 为 了 真正 从 中 获取 价值 ,必须 为 这 些 程序 元 素 赋予 
一 个 能 够 反映 出 它们 的 概念 的 名 字 。 类 和 方法 的 名 称 为 开发 人 员 之 间 的 沟通 创造 了 很 好 的 机 会 ， 
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也 能 够 改善 系统 的 抽象 。 
Kent Beck 曾 经 提出 通过 INTENTION-REVEALING SELECTOR ( 释 意 命名 选择 器 ) 来 选择 方法 的 名 
称 , 使 名 称 表达 出 其 目的 [Beck 1997]。 设 计 中 的 所 有 公共 元 素 共同 构成 了 接口 ， 每 个 元 素 的 名 称 


都 提供 了 一 次 揭示 设计 意图 的 机 会 。 类 型 名 称 、 方 法 名 称 和 参数 名 称 组 合 在 一 起 ， 共 同形 成 了 一 
个 INTENTION-REVEALING INTERFACE ( 释 意 接口 )。 


因此 : 

在 命名 类 和 操作 时 要 描述 它们 的 效果 和 目的 ， 而 不 要 表露 它们 是 通过 何 种 方式 达到 目的 的 。 
这 样 可 以 使 客户 开发 人 员 不 必 去 理解 内 部 的 细节 。 这 些 名 称 应 该 与 UBIQUITOUS LANGUAGE 保 持 一 
致 ,以 便 团队 成 员 可 以 迅速 推断 出 它们 的 意义 。 在 创建 一 个 行为 之 前 先 为 它 编 写 一 个 测试 , 这样 
可 以 促使 你 站 在 客户 开发 人 员 的 角度 上 来 思考 它 。 

所 有 复杂 的 机 制 都 应 该 封装 到 抽象 接口 的 后 面 ， 接 口 只 表明 意图 ， 而 不 表明 方式 。 

在 领域 的 公共 接口 中 , 可 以 把 关系 和 规则 表述 出 来 ,但 不 要 说 明 规 则 是 如 何 实施 的 ， 可 以 把 
事件 和 动作 描述 出 来 ， 但 不 要 描述 它们 是 如 何 执行 的 ， 可 以 给 出 方程 式 ， 但 不 要 给 出 解 方程 式 的 
数学 方法 。 可 以 提出 问题 ， 但 不 要 给 出 获取 答案 的 方法 。 


| 示例 重 构 : 调 漆 应 用 程序 


一 家 油漆 商店 的 程序 能 够 为 客户 显示 出 标准 调 漆 的 结果 。 下 面 是 一 个 初始 的 设计 , 它 有 一 个 
简单 的 领域 类 。 





Paint 
vi double 
r:int 
yint | 
b :int 








paint(Pain) 





图 10-2 


paint (Paint) 方 法 的 行为 根本 猜 不 出 ， 想 知道 它 的 唯一 方法 就 是 阅读 代码 。 


public void paint (Paint paint) { 
V = v + paint.getv(); //After mixing, volume is summed 
// Omitted many lines of complicated color mixing logic 


// ending with the assignment of new r, b, and y values. 
} 


从 代码 上 看 ,这 个 方法 是 把 两 种 油漆 (Paint) 混合 到 一 起 ， 结 果 是 油漆 的 体积 增加 了 ， 并 变 
为 混合 颜色 。 
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为 了 换个 角度 来 看 问题 ， 我 们 为 这 个 方法 编写 一 个 测试 (这 段 代码 基于 JUnit 测 试 框架 )。 


public void testpaint() { 
// Create a pure yellow paint with volume=100 
Paint yellow = new Paint(100.0, 0, 50, 0); 
// Create a pure blue paint with volume=100 
Paint blue = new Paint (100.0, 0, 0, 50); 


// Mix the blue into the yellow 
yellow.paint (blue); 


// Result should be volume of 200.0 of green paint 
assertEquals{200.0, yellow.getv(), 0.01); 
assertEquals (25, yellow.getB()); 
assertEquals (25, yellow.getY¥()); 
assertEquals(0, yellow.getR()); 

: 


通过 这 个 测试 只 是 一 个 起 点 , 这 无 法 令 我 们 满意 , 因为 这 段 测试 代码 并 没有 告诉 我 们 这 个 方 
法 都 做 了 什么 。 让 我 们 来 重新 编写 这 个 测试 ， 看 一 下 如 果 我 们 正在 编写 一 个 客户 应 用 程序 的 话 ， 
将 以 何 种 方式 来 使 用 Paint 对 象 。 最 初 ， 这 个 测试 会 失败 。 实 际 上 ， 它 甚至 不 能 编译 。 我 们 编写 它 
的 目的 是 从 客户 开发 人 员 的 角度 来 研究 一 下 Paint 对 象 的 接口 设计 。 
public void cestPaint() { 
// Start with a pure yellow paint with volume=100 
Paint ourPaint = new Paint (100.0, 0, 50, 0); 


// Take a pure blue paint with volume=100 
Paint blue = new Paint (100.0, 0, 0, 50); 


// Mix the blue into the yellow 
ourPaint .mixIn (blue); 


// Result should be volume of 200.0 of green paint 
assertEquals(200.0, ourPaint.getVolume(), 0.01); 
assertEquals(25, ourPaint.getBlue()); 
assertEquals(25, ourPaint.getYellow()); 
assertEquals(0, ourPaint.getRed()); 

} 


花 时 间 编写 这 样 的 测试 是 非常 必要 的 , 因为 它 可 以 反映 出 我 们 希望 以 哪 种 方式 与 这 些 对 象 进 
行 交 互 。 在 这 之 后 ， 我 们 重 构 Paint 类 ， 使 它 通过 测试 。 如 图 10-3 所 示 。 

新 的 方法 名 称 可 能 不 会 告诉 读者 有 关 混 合 另 一 种 油污 (Paint) 的 效果 的 所 有 信息 (要 达到 这 
个 目的 需要 使 用 断言 ， 接 下 来 我 们 就 会 讨论 它 )。 但 这 个 名 称 为 读者 提供 了 足够 多 的 线索 ， 使 读 
者 可 以 开始 使 用 这 个 类 , 特别 是 从 测试 提供 的 示例 开始 。 而且 它 还 使 客户 代码 的 阅读 者 能 够 理解 
客户 的 意图 。 在 本 章 接 下 来 的 几 个 示例 中 ， 我 们 将 再 次 重 构 这 个 类 ， 使 它 更 清晰 。 
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Paint 
v :double 
r:int 
y:int 
b:int 


paint(Paint) | 

















整个 子 领域 可 以 被 划分 到 独立 的 模块 中 , 并 用 一 个 接口 把 它们 封装 起 来 (这 个 接口 表达 了 其 
用 途 )。 这 种 方法 可 以 使 我 们 把 注意 力 集中 在 项 目 上 ， 并 控制 大 型 系统 的 复杂 性 ， 这 些 内 容 将 在 
第 15 章 中 的 CoHESIVE MECHANISM 和 GENERIC SUBDOMAIN 部 分 进行 更 多 的 讨论 。 

在 接 下 来 的 两 个 模式 中 , 我 们 将 介绍 如 何 令 一 个 方法 的 执行 结果 变 得 易于 预测 。 复杂 的 逻辑 
可 以 在 SIDE-EFFECT-FREE FUNCTION 中 安全 地 执行 ， 而 改变 系统 状态 的 方法 可 以 用 ASSERTION 来 刻 
画 。 


10.2 模式 : SIDE-EFFECT-FREE FUNCTION 


我 们 可 以 宽泛 地 把 操作 分 为 两 个 大 的 类 别 : 命令 和 查询 。 查询 是 从 系统 获取 信息 ,查询 的 方 
式 可 能 只 是 简单 地 访问 变量 中 的 数据 ， 也 可 能 是 用 这 些 数 据 执行 计算 。 命 令 ( 也 称 为 修改 器 ) 是 
修改 系统 的 操作 ( 举 一 个 简单 的 例子 ,设置 变量 )。 在 标准 英语 中 ,“ 副 作用 ”这 个 词 暗 示 着 “ 意 
外 的 结果 ”"， 但 在 计算 机 科学 中 ， 任 何 对 系统 状态 产生 的 影响 都 叫 副作用 。 这 里 为 了 便于 讨论 ， 
我 们 把 它 的 含义 缩小 一 下 ， 任 何 对 未 来 操作 产生 影响 的 系统 状态 的 改变 都 可 以 称 为 副作用 。 

为 什么 人 们 会 采用 “副作用 ”这 个 词 来 形容 那些 显然 是 有 意 影响 系统 状态 的 操作 呢 ? 我 推测 
这 大 概 是 来 自 于 复杂 系统 的 经 验 。 大 多 数 操作 都 会 调用 其 他 的 操作 , 而 后 者 又 会 调用 另外 一 些 操 
作 。 一旦 形成 这 种 任意 深度 的 嵌 套 ， 就 很 难 预测 调用 一 个 操作 将 要 产生 的 所 有 后 果 。 第 二 层 和 第 
三 层 操作 的 影响 可 能 并 不 是 客户 开发 人 员 有 意 而 为 之 的 ， 于 是 它们 就 变 成 了 完全 意义 上 的 副 作 
用 。 在 一 个 复杂 的 设计 中 , 元 素 之 间 的 交互 同样 也 会 产生 无 法 预料 的 结果 。 副 作用 这 个 词 强调 了 
这 种 交互 的 不 可 避免 性 。 

多 个 规则 或 计算 组 合 的 相互 作用 所 产生 的 结果 是 很 难 预测 的 。 开 发 人 员 在 调用 一 个 操作 时 ， 
为 了 预测 操作 的 结果 ， 必 须 理解 它 的 实现 以 及 所 有 派生 操作 的 实现 。 如 果 开 发 人 员 不 得 不 “ 揭 开 
接口 的 面纱 ”, 那么 接口 的 抽象 的 作用 就 受到 了 限制 。 如 果 没有 了 可 以 安全 地 预见 到 结果 的 抽象 ， 
开发 人 员 就 必须 限制 “组 合 爆炸 ””， 这 就 限制 了 系统 行为 的 丰富 性 。 


@ 组 合 爆炸 (combinatory explosion)， 源 自 离散 数学 的 术语 ， 是 指 随 着 问题 中 元 素 的 增加 ， 所 出 现 的 可 能 组 合 数 剧 
烈 增 加 。 一 一 译 者 注 
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返回 结果 而 不 产生 副作用 的 操作 称 为 函数 。 一 个 函数 可 以 被 多 次 调用 , 每 次 调用 都 返回 相间 
的 值 。 一 个 函数 可 以 调用 其 他 函数 ， 而 不 必 担心 这 种 嵌 套 的 深度 。 函 数 比 那些 有 副作用 的 操作 更 
易于 测试 。 由 于 这 些 原因 ， 使 用 函数 可 以 降低 风险 。 

显然 , 在 大 多 数 软件 系统 中 , 命令 的 使 用 都 是 不 可 避免 的 , 但 有 两 种 方法 可 以 减少 命令 产生 
的 问题 。 首 先 ， 可 以 把 命令 和 查询 严格 地 放 在 不 同 的 操作 中 。 确 保 导致 状态 改变 的 方法 不 返回 领 
域 数 据 ， 并 尽 可 能 保持 简单 。 在 不 引起 任何 可 观测 到 的 副作用 的 方法 中 执行 所 有 查询 和 计算 
([Meyer 1988] ) 。 

第 二 ,总 是 有 一 些 替代 的 模型 和 设计 ， 它 们 不 要 求 对 现 有 对 和 象 做 任何 修改 。 相 反 ， 它 们 创建 
并 返回 一 个 VALUE OBJECT， 用 于 表示 计算 结果 。 这 是 一 种 很 常见 的 技术 ,在 接 下 来 的 示例 中 我 们 
就 会 演示 它 的 使 用 。VALUE OBJECT 可 以 在 响应 一 次 查询 中 被 创建 和 传递 ， 然 后 被 丢弃 一 一 不 像 
ENTITY， 实 体 的 生命 周期 是 受到 严格 管理 的 。 

VALUE OBJECT 是 不 可 变 的 , 这 意味 着 除了 在 创建 期 间 调 用 的 初始 化 程序 之 外 ,它们 的 所 有 操 
作 都 是 函数 。 像 函数 一 样 ，VALUE OBJECT 使 用 起 来 很 安全 ,测试 也 很 简单 。 如 果 一 个 操作 把 逻辑 
或 计算 与 状态 改变 混合 在 一 起 ,那么 我 们 就 应 该 把 这 个 操作 重 构 为 两 个 独立 的 操作 ( [Fowler 1999， 
Pp. 279])。 但 从 定义 上 来 看 ， 这 种 把 副作用 隔离 到 简单 的 命令 方法 中 的 做 法 仅 适用 于 ENTITY。 在 
完成 了 修改 和 查询 的 分 离 之 后 ， 可 以 考虑 再 进行 一 次 重 构 ， 把 复杂 计算 的 职责 转移 到 VALUE 
OBJECT 中 。 通 过 派生 出 一 个 VALUE OBJECT (而 不 是 改变 现 有 状态 ) ， 或 者 通过 把 职责 完全 转移 到 
一 个 VALUE OBJECT 中 ， 往 往 可 以 完全 消除 副作用 。 

因此 : 

尽 可 能 把 程序 的 逻辑 放 到 函数 中 ,因为 函数 是 只 返回 结果 而 不 产生 明显 副作用 的 操作 。 严格 
地 把 命令 (引起 明显 的 状态 改变 的 方法 ) 隔离 到 不 返回 领域 信息 的 、 非 常 简单 的 操作 中 。 当 发 现 
了 一 个 非常 适合 承担 复杂 逻辑 职责 的 概念 时 ， 就 可 以 把 这 个 复杂 逻辑 移 到 VALUE OBJECT 中 ,这 
样 可 以 进一步 控制 副作用 。 

SIDE-EFFECT-FREE FUNCTION, 特别 是 不 变 的 VALUE OBJECT， 人 允许 我 们 安全 地 对 多 个 操作 进行 
组 合 。 当 通过 一 个 INTENTION-REVEALING INTERFACE 把 一 个 FUNCTION 呈 现 出 来 的 时 候 ， 开 发 人 员 
就 可 以 在 无 需 理解 其 实现 细节 的 情况 下 使 用 它 。 





| 现下 次 重 构 计 应 用 程序 


一 家 油漆 商店 的 程序 能 够 为 客户 显示 出 标准 调 漆 的 结果 。 我 们 继续 前 面 的 例子 , 下面 是 重 构 
后 得 到 的 那个 类 : 
public void mixTn(Paint other) { 


volume = volume.plus (other.getVolume(}); 
// Many lines of complicated color-mixing logic 
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// ending with the assignment of new red, blue, 
// and yellow values. 


| Paint 


| volume: double | 
ed :int | 
yellow : int 
bl 


























: 捕获 到 的 知识 : 颜料 有 红 、 
i 黄 、 蓝 三 原色 ( 挑 葡 的 人 认 
— | 。 为 三 原色 是 洋红、 黄 和 青色 ) 
图 10-4 
mixln(paint2) 一 一 | 
Eee 1/2 gallon | 12 gallon 
color values color values | 
| representing a representing a 
| shade of yellow Sshade of blue 





SS Wx | 这 生化 
paintl 


| 1gallon | 1/2 gallon 村 | 
color values color values 
representing a representing a 
shade of green shade of blue 





图 10-5 mixIn() 方 法 的 副作用 


mixIn() 方 法 中 发 生 了 很 多 事情 ， 但 这 个 设计 确实 遵循 了 “修改 和 查询 分 离 ” 这 条 原则 。 有 
一 点 需要 注意 (下 面 会 具体 讨论 )， 这 里 并 没有 对 paint 2 对 象 的 体积 ( 它 是 mixIn() 方 法 的 一 个 参 
数 ) 做 过 多 的 考虑 。 操 作 不 改变 Paint 2 的 体积 ， 在 这 个 概念 模型 的 上 下 文中 ， 这 看 起 来 并 不 是 十 
分 合 平 逻辑 。 就 我 们 所 知 ， 这 在 原来 的 开发 人 员 看 来 并 不 是 问题 ， 因 为 他 们 对 操作 之 后 的 paint 2 
对 象 不 感 兴趣 ， 但 我 们 很 难 预 测 副 作用 会 产生 什么 后 果 。 在 接 下 来 要 讨论 的 ASSERTION 中 我 们 很 

会 回头 再 讨论 这 个 问题 。 现 在 ， 我 们 先 来 看 一 下 颜色 。 

在 这 个 领域 中 , 颜色 是 一 个 重要 的 概念 。 让 我 们 试 着 把 它 变 成 一 个 显 式 的 对 象 。 它 应 该 叫 什 
么 名 字 呢 ? 首先 想到 的 就 是 Color (颜色 ) ， 但 我 们 通过 先前 的 知识 消化 已 经 认识 到 了 一 个 重要 的 
知识 ， 即 油 潜 的 调 色 与 我 们 所 熟悉 的 RGB 调 色 是 不 同 的 。 名 称 必 须 反映 出 这 一 点 。 
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把 Pigment Color (颜料 颜色 ) 分 离 出 来 之 后 ， 确 实 比 先前 表达 了 更 多 信息 ， 但 计算 还 是 相同 
的 ， 仍 然 是 在 mixTn () 方 法 中 进行 计算 。 当 把 颜色 数据 移出 来 后 ， 与 这 些 数据 有 关 的 行为 也 应 该 
一 起 移出 来 。 但 是 在 做 这 件 事 之 前 ， 要 注意 Pigment Color 是 一 个 VALUE OBJECT。 因 此 ， 它 应 该 是 
不 可 变 的 。 当 我 们 调 漆 时 ，Paint 对 象 本 身 被 改变 了 ， 它 是 一 个 具有 生命 周期 的 实体 。 相 反 ， 表 示 
某 个 色调 (例如 黄色 ) 的 Pigment Color 则 一 直 表 示 那 种 颜色 。 调 漆 的 结果 是 产生 一 个 新 的 Pigment 
Color 对 象 ， 用 于 表示 新 的 颜色 。 





产 - 一 一 一 





~ Pigment Color 
Paint > 
ee red : int 
volume :double ”| 一 一 > yellow :int 
一 一 一 | blue :int 
mixin(Paint) | 





一 -一 - | mixedWith(Pigment Color, double) ; Pigment Color 


图 10-7 


public class PigmentColor { 


public PigmentColor mixedWith(PigmentColor other， 
double ratio) { 
// Many lines of complicated color-mixing logic 
// ending with the creation of a new PigmentColor object 
// with appropriate new red, blue, and yellow values. 
} 
) 


public class Paint { 


public void mixIn(Paint other) { 
volume = volume + other.getVolume(); 
double ratio = other.getVolume() / volume; 
pigmentColor = 
pigmentColor.mixedWith (other.pigmentColor (), ratio); 
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mixedWith(color 2) coler1 Solor2 | 
rs er se | 
color values color values | 
< representing a representing a | 
color3 shade of yellow | shade of blue 
创建 一 个 新 的 上 \ 
VALuE Onecr, 
现 有 对 象 保持 
四 -一 不 变 。 
二 
color valucs 
Tepresenting a 
shade of green 
图 10-8 


现在 ，Paint 中 的 代码 已 经 尽 可 能 简单 了 。 新 的 Pigment Color 类 捕获 了 知识 ， 并 显 式 地 把 这 些 
知识 表达 出 来 ， 而 且 它 还 提供 了 一 个 SIDE-EFFECT-FREE FUNCTION， 函 数 的 计算 结果 很 容易 理解 ， 
也 很 容易 测试 ， 因 此 可 以 安全 地 使 用 或 与 其 他 操作 进行 组 合 。 由 于 它 的 安全 性 很 高 ， 因 此 复杂 的 
调 色 逻辑 真正 被 封装 起 来 了 。 使 用 这 个 类 的 开发 人 员 不 必 理 解 其 实现 。 





10.3 模式: ASSERTION 


把 复杂 的 计算 封装 到 SIDE-EFFECT-FREE FUNCTION 中 可 以 简化 问题 , 但 实体 仍然 会 留 有 一 些 有 
副作用 的 命令 ， 使 用 这 些 ENTIrY 的 人 必须 了 解 使 用 这 些 命令 的 后 果 。 在 这 种 情况 下 ， 使 用 
ASSERTION (断言 ) 可 以 把 副作用 明确 地 表示 出 来 ， 使 它们 更 易于 处 理 。 





确实 ， 一 条 不 包含 复杂 计算 的 命令 只 需 查看 一 下 就 能 够 理解 。 但 是 ， 在 一 个 软件 设计 中 ， 如 
果 较 大 的 部 分 是 由 较 小 部 分 构成 的 ,那么 一 个 命令 可 能 会 调用 其 他 命令 。 开 发 人 员 在 使 用 高 层 命 
令 时 ,必须 了 解 每 个 底层 命令 所 产生 的 后 果 ， 这 时 封装 也 就 没有 什么 价值 了 。 而且， 由 于 对 象 接 
口 并 不 会 限制 副作用 ,因此 实现 相同 接口 的 两 个 子 类 可 能 会 产生 不 同 的 副作用 。 使 用 它们 的 开发 
人 员 需 要 知道 哪个 副作用 是 由 哪个 子 类 产生 的 ,以 便 预测 后 果 。 这 样 ， 抽 象 和 多 态 也 就 失去 了 意 
义 。 

如 果 操 作 的 副作用 仅仅 是 由 它们 的 实现 隐 式 定义 的 ,那么 在 一 个 具有 大 量 相 互 调用 关系 的 系 
统 中 , 起 因 和 结果 会 变 得 一 团 糖 。 理 解 程序 的 唯一 方式 就 是 沿 着 分 支 路 径 来 跟踪 程序 的 执行 。 封 
装 完全 失去 了 价值 。 跟 踪 具体 的 执行 也 使 抽象 失去 了 意义 。 
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我 们 需要 在 不 深入 研究 内 部 机 制 的 情况 下 理解 设计 元 素 的 意义 和 执行 操作 的 后 果 。 
INTENTION-REVEALING INTERFACE 可 以 起 到 一 部 分 作用 , 但 这 样 的 接口 只 能 非 正式 地 给 出 操作 的 用 
途 ， 这 常常 是 不 够 的 “契约 式 设计 ” (design by contract) 向 前 推进 了 一 步 ， 通 过 给 出 类 和 方法 
的 “断言 ”使 开发 人 员 知 道 肯定 会 发 生 的 结果 。[Meyer 1988] 中 详细 讨论 了 这 种 设计 风格 。 简 言 
之 ,“ 后 置 条 件 ”描述 了 一 个 操作 的 副作用 , 也 就 是 调用 一 个 方法 之 后 必然 会 发 生 的 结果 。“ 前 置 
条 件 ”就 像 是 合同 条 款 ， 即 为 了 满足 后 置 条 件 而 必须 要 满足 的 前 置 条 件 。 类 的 固定 规则 规定 了 在 
操作 结束 时 对 象 的 状态 。 也 可 以 把 AGGREGATE 作 为 一 个 整体 来 为 它 声 明 固 定 规则 ,这 些 都 是 严格 
定义 的 完整 性 规则 。 

所 有 这 些 断 言 都 描述 了 状态 , 而 不 是 过 程 ， 因 此 它们 更 易于 分 析 。 类 的 固定 规则 在 描述 类 的 
意义 方面 起 到 帮助 作用 , 并 且 使 客户 开发 人 员 能 够 更 准确 地 预测 对 象 的 行为 ， 从 而 简化 他 们 的 工 
作 。 如 果 你 确信 后 置 条 件 的 保证 ， 那 么 就 不 必 考虑 方法 是 如 何 工作 的 。 断 言 应 该 已 经 把 调用 其 他 
操作 的 效果 考虑 在 内 了 。 

因此 : 

把 操作 的 后 置 条 件 和 类 及 AGGREGATE 的 固定 规则 表述 清楚 。 如 果 在 你 的 编程 语言 中 不 能 直 
接 编写 ASSERTION， 那 么 就 把 它们 编写 成 自动 的 单元 测试 。 还 可 以 把 它们 写 到 文档 或 图 中 (如 果 
符合 项 目 开发 风格 的 话 ) 。 

寻找 在 概念 上 内 聚 的 模型 ， 以 便 使 开发 人 员 更 容易 推出 预期 的 AssERTION， 从 而 加 快 学 习 过 
程 并 避免 代码 矛盾 。 

尽管 很 多 面向 对 象 的 语言 目前 都 不 支持 直接 使 用 AssERTION, 但 ASSERTION 仍 然 不 失 为 一 种 功 
能 强大 的 设计 方法 。 自 动 单元 测试 在 一 定 程度 上 弥补 了 缺乏 语言 支持 带 来 的 不 足 。 由 于 ASSERTION 
只 声明 状态 ,而 不 声明 过 程 ， 因 此 很 容易 编写 测试 。 测 试 首先 设置 前 置 条 件 ， 在 执行 之 后 ,再 检 
查 后 置 条 件 是 否 被 满足 。 

把 固定 规则 、 前 置 条件 和 后 置 条 件 清楚 地 表述 出 来 , 这 样 开发 人 员 就 能 够 理解 使 用 一 个 操作 
或 对 象 的 后 果 。 从 理论 上 讲 ， 如 果 一 组 断言 之 间 互 不 矛盾 ， 那 么 就 可 以 使 用 。 但 人 的 大 脑 并 不 会 
一 丝 不 苟 地 把 这 些 断 言 编译 到 一 起 。 人 们 会 推断 和 补充 模型 的 概念 , 因此 找到 一 个 既 易于 理解 又 
满足 应 用 程序 需求 的 模型 是 至 关 重 要 的 。 





回 到 调 漆 应 用 程序 


在 前 面 的 示例 中 ， 我 们 曾 注意 到 : 在 Paint 类 中 mixIn (Paint) 操 作 的 参数 到 底 会 发 生 什么 变 
化 ， 这 还 存在 着 一 些 不 明之 处 。 

接受 者 ( 即 被 混合 的 油漆 ) 的 体积 增加 了 的 体积 就 是 参数 的 体积 。 根据 我 们 对 油漆 的 一 般 理 
解 ， 这 个 混合 过 程 应 该 使 另 一 种 油污 减少 同样 的 体积 ,把 它 的 体积 减 为 零 或 完全 删除 。 目 前 的 实 
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现 并 没有 修改 这 个 参数 ， 而 修改 参数 无 疑 是 有 产生 副作用 的 风险 的 。 





























fe Pigment Color | 
Paint | = 
red :int | 
volume: double “| > yellow :im 
blue : int 
mixIn(Paint) | i eS 各 
eid mixedWith(Pigment Color, double) : Pigment Color | 
图 10-9 


第 一 步 ， 我 们 先 把 mixTn() 方 法 的 后 置 条 件 声明 如 下 : 


在 pl.mixIn(p2) 之 后 : 
Pi.volume 增 加 p2.volume 的 量 
p2.volume 不 变 


问题 在 于 开发 人 员 将 会 犯错 这 些 属性 与 实际 概念 不 符 。 简 单 的 修改 方法 是 让 另 一 种 油 
漆 的 体积 变 为 零 。 虽 然 修改 参数 不 是 一 种 好 的 行为 ,但 这 里 的 修改 简单 而 直观 。 我 们 可 以 声明 一 
个 固定 规则 ， 

混合 之 后 油漆 的 总 体积 保持 不 变 。 

但 先 等 一 下 ! 当 开 发 人 员 考 虑 这 种 选择 时 ,他 们 有 了 一 个 新 发 现 。 最 初 的 设计 人 员 这 样 设计 
原来 是 有 充分 理由 的 。 程 序 在 最 后 会 报告 被 混合 之 前 的 油漆 清单 。 毕 竟 ， 这 个 程序 的 最 终 目的 是 
帮助 用 户 弄 清楚 把 哪 几 种 油漆 混合 到 一 起 。 

因此 , 如果 要 使 体积 模型 的 逻辑 保持 一 致 ,那么 它 就 无 法 满足 这 个 应 用 程序 的 需求 了 。 这 看 
上 去 是 一 种 进退 两 难 的 境况 。 我 们 是 否 仍 使 用 这 个 不 合 常理 的 后 置 条 件 , 并 为 了 弥补 这 个 不 足 而 
清楚 地 说 明 这 样 做 的 理由 呢 ? 世界 上 并 不 是 一 切 事物 都 是 直观 的 , 有 时 直观 是 最 好 的 答案 。 但 在 
这 个 例子 中 ， 这 种 低 炊 局 面 似 乎 是 由 于 丢失 概念 而 造成 的 。 让 我 们 去 寻找 一 个 新 的 模型 。 





寻找 更 清晰 的 模型 昌 

我 们 在 寻找 更 好 的 模型 的 时 候 , 会 比 原来 的 设计 人 员 更 有 优势 , 因为 我 们 在 研究 的 过 程 中 消 
化 了 更 多 知识 ， 而 且 通过 重 构 得 到 了 更 深层 的 理解 。 例 如 ， 我 们 用 一 个 VALUE OBJECT 上 的 
SIDE-EFFECT-FREE FUNCTION 来 计算 颜色 。 这 意味 着 可 以 在 任何 需要 的 时 候 重复 进行 这 个 计算 。 我 
们 应 该 利用 这 种 优势 。 

我 们 似乎 为 Paint 分 配 了 两 种 不 同 的 基本 职责 。 让 我 们 试 着 把 它们 分 开 。 

现在 只 有 一 个 命令 ， 即 mixTn () 。 从 对 模型 的 直观 理解 可 以 看 出 ， 它 只 是 把 一 个 对 象 加 入 到 
一 个 集合 中 。 所 有 其 他 操作 都 是 SIDE-EFFECT-FREE FUNCTION。 

下 面 的 测试 方法 (使 用 了 JUnit 测 试 框架 ) 用 来 确认 图 10-10 中 列 出 的 一 个 AsSERTION 是 否 满足 : 
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Paint 


getVolume() : double 
getColor() : Pigment Color 


Mixed Paint J 
mixin(Stock Paint) 


stockConstituents) 由 











Stock Paint 























mixin(Stock Paint) 只 是 把 一 个 新 的 paint 
对 象 添加 到 配料 集合 中 。 


getVolume() 返 回 配 料 体积 的 总 数 。 


getColor0) 使 用 Pigment Color mixedWith() 
| 来 计算 配料 颇 色 的 混合 ， 并 返回 结果 值 。 


L__ 


图 10-10 


public void testMixingVolume { 
PigmentColor yellow = new PigmentColor(0, 50, 0); 
PigmentColor blue = new PigmentColor(0, 0, 50); 


StockPaint paintl = new StockPaint (1.0, yellow); 
StockPaint paint2 = new StockPaint (1.5, blue); 
MixedPaint mix = new MixedPaint (); 


mix.mixIn (paint1); 

mix.mixIn(paint2); 

assertEquals(2.5, mix.getVolume(), 0.01); 
} 


这 个 模型 桶 所 并 传递 了 更 多 领域 知识 。 固 定 规则 和 后 置 条 件 符合 常识 , 这 使 得 它们 更 易于 维 


护 和 使 用 。 





INTENTION-REVEALING INTERFACE 清 楚 地 表明 了 用 途 ，SIDE-EFFECT-FREE FUNCTION 和 ASSERTION 


使 我 们 能 够 更 准确 地 预测 结果 ， 因 此 封装 和 抽象 更 加 安全 。 
可 重组 元 素 的 下 一 个 因素 是 有 效 的 分 解 …… 
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10.4 模式: CONCEPTUAL CONTOUR 


有 时， 人 们 会 对 功能 进行 更 细 的 分 解 ， 以 便 灵活 地 组 合 它们 ， 有 时 却 要 把 功能 组 合成 大 块 ， 
以 便 封装 复杂 性 。 有 了 时， 人 们 为 了 使 所 有 类 和 操作 都 具有 相似 的 规模 而 寻找 一 种 一 致 的 粒度 。 
这 些 方法 都 过 于 简单 了 ， 并 不 能 作为 通用 的 规则 。 但 使 用 这 些 方法 的 动机 都 来 自 于 一 系列 基本 
的 问题 。 

如 果 把 模型 或 设计 的 所 有 元 素 都 放 在 一 个 整体 的 大 结构 中 ， 那 么 它们 的 功能 就 会 发 生 重 复 。 
外 部 接口 无 法 全 部 给 出 客户 可 能 关心 的 信息 。 由 于 不 同 的 概念 被 混合 在 一 起 , 它们 的 意义 变 得 很 
难 理解 。 

而 另 一 方面 , 把 类 和 方法 分 解 开 也 是 毫 无 意义 的 ,这 会 使 客户 更 复杂 , 人 迫使 客户 对 象 去 理解 
各 个 小 部 分 是 如 何 组 合 在 一 起 的 。 更 糟 的 是 , 有 的 概念 可 能 会 完全 丢失 。 铀 原子 的 一 半 并 不 是 铀 。 
而 且 ， 粒 度 的 大 小 并 不 是 唯一 要 考虑 的 问题 ， 我 们 还 要 考虑 粒度 是 在 哪 种 场合 下 使 用 的 。 

菜谱 式 的 规则 是 没有 用 的 。 但 大 部 分 领域 都 深 深 隐 含 着 某 种 逻辑 一 致 性 , 否则 它们 就 形 不 成 
领域 了 。 这 并 不 是 说 领域 就 是 绝对 一 致 的 ,而 且 人 们 讨论 领域 的 方式 肯定 也 不 一 样 。 但 是 领域 中 
一 定 存在 着 某 种 十 分 复杂 的 原理 ,否则 建 模 也 就 失去 了 意义 。 由 于 这 种 隐藏 在 底层 的 一 致 性 ， 当 
我 们 找到 一 个 模型 , 它 与 领域 的 某 个 部 分 特别 吻合 时 ,这 个 模型 很 可 能 也 会 与 我 们 后 续 发 现 的 这 
个 领域 的 其 他 部 分 一 致 。 有 时 ， 新 的 发 现 可 能 与 模型 不 符 ， 在 这 种 情况 下 ， 就 需要 对 模型 进行 重 
构 ， 以 便 获取 更 深层 的 理解 ， 并 希望 下 一 次 新 发 现 能 与 模型 一 致 

通过 反复 重 构 最 终 会 实现 柔性 设计 , 以 上 就 是 其 中 的 一 个 原因 。 随 着 代码 不 断 适 合 新 理解 的 
概念 或 需求 ，CONCEPTUAL CONTOUR (概念 轮廓 ) 也 就 逐渐 形成 了 。 

(从 单个 方法 的 设计 ， 到 类 和 MoDULE 的 设计 ， 再 到 大 比例 结构 的 设计 (参见 第 16 章 )， 高 
内 聚 低 克 合 这 一 对 基本 原则 都 起 着 重要 的 作用 。 这 两 条 原则 既 适 用 于 代码 ， 也 适用 于 概念 。 为 了 
避免 机 械 化 地 遵循 它 , 我 们 必须 经 常 根据 我 们 对 领域 的 直观 认识 来 考虑 它 的 基本 问题 并 以 此 来 
调整 技术 思路 。 在 做 每 个 决定 时 ， 都 要 问 自 己 :“ 这 是 根据 当前 模型 和 代码 中 的 一 组 特定 关系 做 
出 的 权宜 之 计 呢 ， 还 是 反映 了 底层 领域 的 某 种 轮廓 ?“) 

寻找 在 概念 上 有 意义 的 功能 单元 ,这 样 可 以 使 得 设计 既 灵 活 又 易 懂 。 例 如 ， 如 果 领 域 中 对 两 
个 对 象 的 “ 相 加 ”(addition) 是 一 个 连贯 的 整体 操作 ， 那 么 就 可 以 把 它 作为 整体 来 实现 。 不 要 把 
ada() 拆 分 成 两 个 步骤 。 不 要 在 同一 个 操作 中 进行 到 下 一 个 步骤 。 从 稍 大 的 范围 来 看 ， 每 个 对 象 
都 应 该 是 一 个 独立 的 、 完 整 的 概念 ， 也 就 是 一 个 “WHOLE VALUE”( 整 体 值 ) “。 

出 于 同样 的 原因 , 在 任何 领域 中 , 都 有 一 些 细节 是 用 户 不 感 兴趣 的 。 前面 假想 的 那个 调 漆 应 
用 程序 的 用 户 不 会 添加 红色 颜料 或 蓝 色 颜料 , 他 们 只 是 把 已 经 做 好 的 油漆 拿 来 调 , 而 油漆 包含 所 
有 三 种 颜料 。 把 那些 没 必 要 分 解 或 重组 的 元 素 作 为 一 个 整体 , 这样 可 以 避免 混乱 , 并且 使 人们 更 


四 Ward Cunningham 提 出 的 WHOLE VALUE 模 式 。 
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容易 看 到 那些 真正 需要 重组 的 元 素 。 如 果 用 户 的 物理 设备 允许 加 入 颜料 ， 那 么 领域 就 改变 了 ,而 
且 我 们 可 能 需要 分 别 对 每 种 颜料 进行 控制 。 专 门 研究 油污 的 化 学 家 将 需要 更 精细 的 控制 ， 这 就 需 
要 进行 完全 不 同 的 分 析 了 , 有 可 能 会 产生 一 个 比 我 们 的 调 漆 应 用 程序 中 的 颜料 颜色 更 精细 的 油漆 
构成 模型 。 但 是 这 些 与 我 们 的 调 漆 应 用 程序 项 目 中 的 任何 人 都 无 关 。 

因此 : 

把 设计 元 素 操作、 接口 、 类 和 AGGREGATE) 分 解 为 内 聚 的 单元 ， 在 这 个 过 程 中 ， 你 对 领 
域 中 一 切 重要 划分 的 直观 认识 也 要 考虑 在 内 。 在 连续 的 重 构 过 程 中 观察 发 生变 化 和 保证 稳定 的 规 
律 性 , 并 寻找 能 够 解释 这 些 变化 模式 的 底层 CONCEPTUAL CONTOUR。 使 模型 与 领域 中 那些 一 致 的 
方面 ( 正 是 这 些 方面 使 得 领域 成 为 一 个 有 用 的 知识 体系 ) 相 匹 配 。 

我 们 的 目标 是 得 到 一 组 可 以 在 逻辑 上 组 合 起 来 的 简单 接口 ， 使 我 们 可 以 用 UBlQurrous 
LANGUAGE 把 它们 表述 出 来 , 并 且 使 那些 无 关 的 选项 不 会 分 散 我 们 的 注意 力 , 也 不 增加 维护 负担 。 
但 这 通常 是 通过 重 构 才能 得 到 的 结果 , 很 难 在 前 期 就 实现 。 而 且 如 果 仅仅 是 从 技术 角度 进行 重 构 ， 
可 能 永远 也 不 会 出 现 这 种 结果 ， 只 有 通过 重 构 得 到 更 深层 的 理解 ， 才 能 实现 这 样 的 目标 。 

设计 即使 是 按照 CONCEPTUAL CONTOUR 进 行 ， 也 仍然 需要 修改 和 重 构 。 当 连续 的 重 构 往往 只 
是 做 出 一 些 局 部 修改 (而 不 是 对 模型 的 概念 产生 大 范围 的 影响 ) 时 ， 这 就 是 模型 已 经 与 领域 相 吻 
合 的 信号 。 如 果 遇 到 了 一 个 需求 ， 它 要 求 我 们 必须 大 幅度 地 修改 对 象 和 方法 的 划分 ， 那么 这 就 是 
在 向 我 们 传递 这 样 一 条 信息 : 我 们 对 领域 的 理解 还 需要 精 化 。 它 提供 了 一 个 深化 模型 并 且 使 设计 
变 得 更 加 具有 和 柔性 的 机 会 。 


| 示例 ， 应 计 项 目的 CONCEPTUAL CONTOUR 


在 第 9 章 中 , 基于 对 会 计 概念 的 更 深层 理解 , 我 们 对 一 个 货款 跟踪 系统 进行 了 重 构 。 如 图 10-11 
所 示 。 

新 模型 比 原来 的 模型 只 多 出 一 个 对 象 ， 但 职责 的 划分 却 发 生 了 很 大 的 变化 。 

Schedule 原来 是 在 Calculator 类 中 通过 逻辑 判断 计算 的 ， 现 在 被 分 散 到 不 同 的 类 中 ,用 于 不 
同类 型 的 手续 费 和 利息 计算 。 另 一 方面 ， 手 续费 和 利息 的 支付 原来 是 分 开 的 ， 现 在 也 被 合并 到 
一 起 了 。 

由 于 新 发 现 的 显 式 概念 与 领域 非常 吻合 ， 而 且 Accrual Schedule 的 层次 结构 具有 内 聚 性 ， 因 
此 开发 人 员 认 为 这 个 模型 更 符合 领域 的 CONCEPTUAL CONTOUR， 如 图 10-12 所 示 。 

新 的 Acerual Schedule 的 加 入 是 开发 人 员 早 就 预料 到 的 ， 因 为 有 一 些 需求 早已 等 待 它 来 处 理 
了 。 这样， 她 选择 的 模型 除了 使 现 有 功能 更 清晰 、 简 单 之 外 ， 还 很 容易 引入 新 的 Schedule。 但 是 ， 
她 是 否 找到 了 一 个 CONCEPTUAL CONTOUR， 使 得 领域 设计 可 以 随 着 应 用 程序 和 业务 的 演变 而 改变 
和 发 展 呢 ? 我 们 无 法 确定 一 个 设计 如 何 处 理 意料 之 外 的 改变 , 但 她 认为 她 的 设计 中 一 些 不 合适 的 
地 方 已 经 有 所 改进 了 。 
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10-12 ”这 个 模型 把 新 的 Accrual Schedule 添加 进来 了 


一 个 未 预料 到 的 改变 时 


随 着 项 目 向 前 进展 ,又 出 现 了 一 个 新 的 需求 一 -需要 制定 一 些 详细 的 规则 来 处 理 提早 付款 和 
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延迟 付款 。 这 位 开发 人 员 在 研究 问题 的 时 候 , 很 高 兴 地 发 现 利息 付款 和 手续 费 付款 实际 上 使 用 相 
同 的 规则 。 这 意味 着 新 的 模型 元 素 可 以 很 自然 地 使 用 Payment 类 。 











| 一 一 principalAmount 
lastAccrualCalculationDate 
[calculateAcersals Through(Date) | 
| 





ce Asset 
Early Payment Policy | a ta ] 


evaluate(Payment) 














| Pen 
二 | 
| amount 

ledgerName | 


图 10-13 


原 有 的 设计 导致 两 个 Payment History 类 之 间 必然 出 现 重复 (这 个 难题 可 能 使 得 开发 人 员 认识 
到 Payment 类 应 该 被 共享 , 这样 就 会 从 另外 一 条 途径 得 到 类 似 的 模型 )。 新 元 素 之 所 以 很 容易 就 添 
加 进来 了 ,并 不 是 因为 她 预料 到 了 这 个 改变 , 也 不 是 因为 她 的 设计 灵活 到 了 足以 容纳 任何 可 能 修 
改 的 程度 。 真 正 的 原因 是 经 过 前 面 的 重 构 ， 设 计 能 够 很 好 地 与 领域 的 基本 概念 产生 吻合 了 。 








INTENTION-REVEALING INTERFACE 使 客户 能 够 把 对 象 表示 为 有 意义 的 单元 , 而 不 仅仅 是 一 些 机 
制 。SIDE-EFFECT-FREE FUNCTION 和 ASSERTION 使 我 们 可 以 安全 地 使 用 这 些 单元 ， 并 对 它们 进行 复 
杂 的 组 合 。CONCEPTUAL CONTOUR 的 出 现 使 模型 的 各 个 部 分 变 得 更 稳定 , 也 使 得 这 些 单元 更 直观 ， 
更 易于 使 用 和 组 合 。 

然而 ， 我 们 仍然 会 遇 到 “概念 过 载 ”(conceptual overload) 的 问题 一 一 当 模型 中 的 互相 依赖 
性 过 多 时 ， 我 们 就 必须 把 大 量 问题 放 在 一 起 考虑 。 


10.5 模式 : STANDALONE CLASS 


互相 依赖 性 使 模型 和 设计 变 得 难以 理解 、 测 试 和 维护 。 而 且 ， 互 相依 赖 性 很 容易 越 积 越 多 。 

当然 ， 每 个 关联 都 是 一 种 依赖 性 ， 要 想 理解 一 个 类 ， 必 须 理解 它 与 哪些 对 象 有 联系 。 与 这 个 
类 有 联系 的 其 他 对 象 还 会 与 更 多 的 对 象 发 生 联系 , 而 这 些 联系 也 是 必须 要 和 弄 清楚 的 。 每 个 方法 的 
每 个 参数 的 类 型 也 是 一 个 依赖 性 ， 每 个 返回 值 也 都 是 一 个 依赖 性 。 

如 果 有 一 个 依赖 关系 , 我 们 必须 同时 考虑 两 个 类 以 及 它们 之 间 的 关系 的 本 质 。 如果 某 个 类 依 
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赖 另外 两 个 类 , 我 们 就 必须 考虑 这 三 个 类 当中 的 每 一 个 、 这 个 类 与 其 他 两 个 类 之 间 的 相互 关系 的 
本 质 , 以 及 这 三 个 类 可 能 存在 的 其 他 相互 关系 。 如 果 它 们 之 间 依 次 存在 依赖 关系 ,那么 我 们 还 必 
须 考虑 这 些 关 系 。 如 果 一 个 类 有 三 个 依赖 关系 …… 问 题 就 会 像 滚雪球 一 样 越 来 越 多 。 

MopULE 和 AGGREGATE 的 目的 都 是 为 了 限制 互相 依赖 的 关系 网 。 当 我 们 识别 出 一 个 高 度 内 聚 
的 子 领域 并 把 它 提取 到 一 个 MopULE 中 的 时 候 ， 一 组 对 象 也 随 之 与 系统 的 其 他 部 分 解除 了 联系 ， 
这 样 就 把 互相 联系 的 概念 的 数量 控制 在 一 个 有 限 的 范围 之 内 。 但 是 ， 即 使 把 系统 分 成 了 各 个 
MopuLE, 如 果 不 严格 控制 MoDULE 内 部 的 依赖 性 的 话 , 那么 MODULE 也 一 样 会 让 我 们 耗费 很 多 精 
力 去 考虑 依赖 关系 。 

即使 是 在 MODULE 内 部 ， 设 计 也 会 随 着 依赖 关系 的 增加 而 变 得 越 来 越 难 以 理解 。 这 加 重 了 
我 们 的 思考 负担 ， 从 而 限制 了 开发 人 员 能 处 理 的 设计 复杂 度 。 隐 式 概念 比 显 式 的 引用 增加 的 负 
担 更 大 。 

我 们 可 以 将 模型 一 直 精 炼 下 去 , 直到 每 个 剩 下 的 概念 关系 都 表示 出 概念 的 基本 含义 为 止 。 在 
一 个 重要 的 子 集中 ,依赖 关系 的 个 数 可 以 减 小 到 零 , 这 样 就 得 到 一 个 完全 孤立 的 类 ， 它 只 有 很 少 
的 几 个 基本 类 型 和 基础 库 概念 。 

在 每 种 编程 环境 中 ,都 有 一 些 非常 基本 的 概念 ， 它 们 经 常用 到 ,以 至 于 已 经 根植 于 我 们 的 大 
脑 中 。 例 如 ， 在 Java 开 发 环境 中 ， 基 本 类 型 和 一 些 标准 类 库 提供 了 数字 、 字 符 串 和 集合 等 基本 概 
念 。 从 实际 来 讲 , “整数 ” 这 个 概念 是 不 会 增加 思考 负担 的 。 除 此 之 外 ， 为 了 理解 一 个 对 象 而 必 
须 保 留 在 大 脑 中 的 每 个 其 他 概念 都 会 增加 思考 负担 。 

隐 式 概念 ,无 论 是 否 已 被 识别 出 来 ,都 与 显 式 引 用 一 样 会 加 重 思考 负担 。 虽 然 我 们 通常 可 以 
忽略 像 整 数 和 字符 串 这 样 的 基本 类 型 值 ， 但 无 法 忽略 它们 所 表示 的 意义 。 例 如 ， 在 第 一 个 调 漆 应 
用 程序 的 例子 中 , Paint 对 象 包含 三 个 公共 的 整数 , 分 别 表示 红 、 黄 、 蓝 三 种 颜色 值 。 Pigment Color 
对 象 的 创建 并 没有 增加 所 涉及 的 概念 数量 ， 也 没有 增加 依赖 关系 。 但 它 确实 使 现 有 概念 更 明显 、 
更 易于 理解 了 。 另 一 方面 ，Collection 的 size() 操 作 返 回 一 个 整数 (只 是 一 个 简单 的 合计 数 )， 它 
只 表示 整数 的 基本 含义 ， 因 此 并 不 产生 隐 式 的 新 概念 。 

我 们 应 该 对 每 个 依赖 关系 提出 质疑 , 直到 证 实 它 确实 表示 对 象 的 基本 概念 为 止 。 这 个 仔细 检 
查 依赖 关系 的 过 程 从 提取 模型 概念 本 身 开始 。 然 后 需要 注意 每 个 独立 的 关联 和 操作 。 仔 细 选 择 模 
型 和 设计 能 够 大 幅 减少 依赖 关系 一 一 常常 能 减少 到 零 。 

低 粒 合 是 对 象 设计 的 一 个 基本 要 素 。 尽 一 切 可 能 保持 低 耦 合 。 把 其 他 所 有 无 关 概念 提取 到 对 
象 之 外 。 这 样 类 就 变 成 完全 孤立 的 了 ， 这 就 使 得 我 们 可 以 单独 地 研究 和 理解 它 。 每 个 这 样 的 孤立 
类 都 极 大 地 减轻 了 因 理 解 MODULE 而 带 来 的 负担 。 

当 一 个 类 与 它 所 在 的 模块 中 的 其 他 类 存在 依赖 关系 时 , 比 它 与 模块 外 部 的 类 有 依赖 关系 要 好 
得 多 。 同 样 ， 当 两 个 对 象 具有 自然 的 紧密 耦合 关系 时 ， 这 两 个 对 象 共同 涉及 的 多 个 操作 实际 上 能 
够 把 它们 的 关系 本 质 明确 地 表示 出 来 。 我 们 的 目标 不 是 消除 所 有 依赖 , 而 是 消除 所 有 不 重要 的 依 
赖 。 当 无 法 消除 所 有 的 依赖 关系 时 ， 每 清除 一 个 依赖 对 开发 人 员 而 言 都 是 一 种 解脱 ,使 他 们 能 够 
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集中 精力 处 理 剩 下 的 概念 依赖 关系 。 

尽力 把 最 复杂 的 计算 提取 到 STANDALONE CLASS 《孤立 的 类 ) 中 ， 可 能 实现 此 目的 的 一 种 方 
法 是 把 具有 紧密 联系 的 类 中 所 含有 的 VALUE OBJECT 建 模 出 来 。 

从 根本 上 讲 , 油漆 的 概念 与 颜色 的 概念 紧密 相关 。 但 在 考虑 颜色 (甚至 是 颜料 ) 的 时 候 却 与 
不 必 去 考虑 油漆 。 通 过 把 这 两 个 概念 变 为 显 式 概念 并 精炼 它们 的 关系 , 所 得 到 的 单 向 关联 就 可 以 
表达 出 重要 的 信息 ， 同 时 我 们 可 以 对 Pigment Color 类 (大 部 分 计算 复杂 性 都 隐藏 在 这 个 类 中 ) 进 
行 独立 的 分 析 和 测试 。 


党 米 党 


低 看 合 是 减少 概念 过 载 的 最 基本 办 法 。 孤 立 的 类 是 低 耦 合 的 极致 

消除 依赖 性 并 不 是 说 要 武断 地 把 模型 中 的 一 切 都 简化 为 基本 类 型 , 这样 只 会 削弱 模型 的 表达 
能 力 。 本 章 要 讨论 的 最 后 一 个 模式 CLOSURE OF OPERATION (闭合 操作 ) 就 是 一 种 在 减 小 依赖 性 的 
同时 保持 丰富 接口 的 技术 。 


10.6 模式 : CLOSURE OF OPERATION 


两 个 实数 机 束 ， 结 果 仍 为 实数 【实数 是 所 有 有 理 数 和 所 有 无 理 数 的 集合 ) 。 由 于 这 一 点 永远 

是 正确 的 ， 因 此 我 们 说 实数 的 “ 素 法 运算 是 闭合 的 ”: 来 法 运算 的 结果 永远 无 法 脱离 实数 这 个 集 
合 。 当 我 们 对 集合 中 的 任意 两 个 元 素 组 合 时 ， 结 果 仍 在 这 个 集合 中 ， 这 就 叫做 闭合 操作 。 

一 -Te Math Forum, Drexel University 


当然 ,依赖 是 必然 存在 的 ， 当 依赖 性 是 概念 的 一 个 基本 属性 时 ， 它 就 不 是 坏事 。 如 果 把 接口 
精简 到 只 处 理 一 些 基本 类 型 , 那么 它 也 就 没有 什么 表达 能 力 了 。 但 我 们 也 经 常 为 接口 引入 很 多 不 
必要 的 依赖 性 ， 甚 至 是 整个 不 必要 的 概念 。 

大 部 分 引起 我 们 兴趣 的 对 象 所 产生 的 行为 仅 用 基本 类 型 是 无 法 描述 的 。 

另 一 种 常见 的 对 设计 进行 精 化 的 方法 就 是 我 所 说 的 CLOSURE OF OPERATION (闭合 操作 )。 这 
个 名 字 来 源 于 最 精炼 的 概念 体系 ， 即 数学 。1 + 1 =2。 加 法 运算 是 实数 集中 的 闭合 运算 。 数 学 家 
们 都 极力 避免 去 引入 无 关 的 概念 ,而 闭合 运算 的 性 质 正好 为 他 们 提供 了 这 样 一 种 方式 , 可 用 来 定 
义 一 种 不 涉及 其 他 任何 概念 的 运算 。 我 们 都 非常 熟悉 数学 中 的 精炼 , 因此 很 难 注意 到 一 些小 技巧 
会 有 多 么 强大 。 但是, 这 些 技巧 在 软件 设计 中 也 广 为 应 用 。 例 如 , XSLT 的 基本 用 法 是 把 一 个 XML 
文档 转换 为 男 一 个 XML 文 档 。 这 种 XSLT 操 作 就 是 XML 文 档 集合 中 的 闭合 操作 。 闭 合 的 性 质 极 大 
地 简化 了 对 操作 的 理解 ， 而 且 闭 合 操作 的 链接 或 组 合 也 很 容易 理解 。 

因此 : 

在 适当 的 情况 下 ， 在 定义 操作 时 让 它 的 返回 类 型 与 其 参数 的 类 型 相同 。 如 果实 现 者 
(implementer) 的 状态 在 计算 中 会 被 用 到 ， 那 么 实现 者 实际 上 就 是 操作 的 一 个 参数 ， 因 此 参数 
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和 返回 值 应 该 与 实现 者 有 相同 的 类 型 。 这 样 的 操作 就 是 在 该 类 型 的 实例 集合 中 的 闭合 操作 。 闭合 
操作 提供 了 一 个 高 层 接口 ， 同 时 又 不 会 引入 对 其 他 概念 的 任何 依赖 性 。 

这 种 模式 更 常用 于 VALUE OBJECT 的 操作 。 由 于 ENTITY 的 生命 周期 在 领域 中 十 分 重要 ， 因 此 
我 们 不 能 为 了 解决 某 一 问题 而 草率 创建 一 个 ENTITY。 有 一 些 操作 是 ENTITY 类 型 之 下 的 闭合 操作 。 
我 们 可 以 通过 查询 一 个 Employee (员工 ) 对 象 来 返回 其 主管 ， 而 返回 的 将 是 另 一 个 Employee 对 
象 。 但 是 ，ENTITY 通 常 不 会 成 为 计算 结果 。 因 此 ， 大 部 分 闭合 操作 都 应 该 到 VALUE OBJECT 中 去 
寻找 。 

一 个 操作 可 能 是 在 某 一 抽象 类 型 之 下 的 闭合 操作 , 在 这 种 情况 下 , 具体 的 参数 可 能 有 不 同 的 
具体 类 型 。 例 如 ， 加 法 是 实数 之 下 的 闭合 运算 ， 而 实数 既 可 以 是 有 理 数 ， 也 可 以 是 无 理 数 。 

在 尝试 和 寻找 减少 互相 依赖 性 并 提高 内 聚 性 的 过 程 中 ,有 时 我 们 会 遇 到 “ 半 个 闭合 操作 ”这 
种 情况 。 参 数 类 型 与 实现 者 的 类 型 一 致 ， 但 返回 类 型 不 同 ， 或 者 返回 类 型 与 接收 者 (receiver) 
的 类 型 相同 但 参数 类 型 不 同 。 这 些 操作 都 不 是 闭合 操作 , 但 它们 确实 具有 CLOSURE OF OPERATION 
的 某 些 优点 。 当 没有 形成 闭合 操作 的 那个 多 出 来 的 类 型 是 基本 类 型 或 基础 库 类 时 ， 它 几乎 与 
CLOSURE OF OPERATION 一 样 减轻 了 我 们 的 思考 负担 。 

在 前 面 的 示例 中 ，Pigment Color 的 mixedwith () 操作 是 Pigment Color 之 下 的 闭合 操作 ， 本 书 
中 还 零星 地 穿插 着 几 个 这 样 的 示例 。 以 下 示例 显示 了 即使 在 没有 达到 真正 CLOSURE OF OPERATION 
的 时 候 这 种 思想 也 发 挥 了 强大 的 作用 。 


| 去 例 从 集合 中 选择 子 集 


在 Java 中 ， 如 果 想 从 Collection (集合 ) 中 选择 一 个 元 素 子 集 ， 需 要 使 用 Iterator (迭代 器 ) 。 
用 选 代 器 来 测试 每 个 元 素 ， 把 匹配 的 元 素 收集 到 一 个 新 的 Collection 中 。 


Set employees = (some Set of Employee objects); 
Set lowPaidEmployees = new Hashsec() 





Iterator it = employees.iterator(); 
while (it.hasNext()) { 
Employee anEmployee = it.next(); 
if (anEmployee.salary() < 40000) 
lowPaidEmployees .add (anEmployee) ; 
} 


从 概念 上 讲 ， 上段 代 码 只 是 从 集合 中 选择 了 一 个 子 集 。 是 否 真 的 有 必要 使 用 Iterator 这 个 额外 
的 概念 以 及 它 所 带 来 的 所 有 机 制 上 的 复杂 性 呢 ? 如 果 是 使 用 Smalltalk， 我 将 在 Collection 上 调用 
“select” 操 作 ， 把 测试 作为 一 个 参数 传递 给 它 。 返 回 值 将 是 一 个 新 的 Collection， 其 中 只 包含 通 
过 测试 的 那些 元 素 。 


employees := (some Set of Employee objects). 





BE 
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lowPaidEmployees := employees select: 
[:angmployee | anEmployee salary < 40000]. 


Smalltalk 的 Collection 还 提供 了 其 他 一 些 这 样 的 函数 ， 它 们 返回 派生 的 Collection (可 能 是 几 
种 不 同 的 具体 类 )。 这 些 操作 并 不 是 闲 合 操作 ， 因 为 它们 把 一 个 block ( 块 ) 作为 参数 。 但 block 
在 Smalltalk 中 是 一 个 基础 库 类 型 ， 因 此 它们 并 不 会 增加 开发 人 员 的 思考 负担 。 由 于 返回 值 与 实现 
者 的 类 型 相 匹配 ， 因 此 它们 可 以 像 一 系列 过 滤器 一 样 被 串 接 在 一 起 ， 使 读 写 代 码 都 变 得 很 容易 。 
它们 并 没有 引入 与 选择 子 集 无 关 的 外 来 概念 。 








本 章 介 绍 的 模式 演示 了 一 个 总 体 的 设计 风格 和 一 种 思考 设计 的 方式 。 把 软件 设计 得 便于 、 容 
易 预测 且 富有 表达 力 ， 可 以 有 效 地 发 挥 抽象 和 封装 的 作用 。 我 们 可 以 对 模型 进行 分 解 ， 使 得 对 象 
更 易于 理解 和 使 用 ， 同 时 仍 具有 功能 丰富 的 、 高 级 的 接口 。 

运用 这 些 技术 需要 掌握 相当 高 级 的 设计 技巧 , 甚至 有 时 编写 客户 端 代码 也 需要 掌握 高 级 技巧 
才能 运用 这 些 技术 。MopEL-DRIVEN DESIGN 的 作用 受 细节 设计 的 质量 和 实现 决策 的 质量 影响 很 
大 ， 而 且 只 要 有 少数 儿 个 开发 人 员 没 有 和 弄 清楚 它们 ， 整 个 项 目 就 会 偏离 目标 。 

尽管 如 此 , 团队 只 要 愿意 培养 这 些 建 模 和 设计 技巧 , 那么 按照 这 些 模式 的 思考 方式 就 能 够 开 
发 出 可 以 反复 重 构 的 软件 ， 从 而 最 终 创 建 出 非常 复杂 的 软件 。 


10.7 声明 式 设 计 


使 用 AssERTION 可 以 得 到 更 好 的 设计 ， 虽 然 我 们 只 是 用 一 些 相 对 非 正式 的 方式 来 检查 这 些 
ASSERTION。 但 实际 上 我 们 无 法 保证 手写 软件 的 正确 性 。 举 个 简单 例子 ， 只 要 代码 还 有 其 他 一 些 
没有 被 ASSERTION 专 门 排除 在 外 的 副作用 ， 断 言 就 失去 了 作用 。 无 论 我 们 的 设计 多 么 遵守 
MoDEL-DRIVEN 开 发 方法 ， 最 后 仍 要 通过 编写 过 程 代码 来 实现 概念 交互 的 结果 。 而 且 我 们 花费 了 
大 量 时 间 来 编写 样板 式 的 刻板 的 代码 , 但 是 这 些 代码 实际 上 不 增加 任何 意义 或 行为 。 这 些 代码 宛 
长 乏味 而 且 易 出 错 , 此 外 还 掩盖 了 模型 的 意义 (虽然 有 的 编程 语言 会 相对 好 一 些 , 但 都 需要 我 们 
做 大 量 繁琐 的 工作 ) 。 本 章 介绍 的 INTENTION-REVEALING INTERFACE 和 其 他 模式 虽然 有 一 定 的 帮助 
作用 ， 但 它们 永远 也 不 会 使 传统 的 面向 对 象 技术 达到 非常 严密 的 程度 。 

以 上 这 些 正 是 采用 声明 式 设 计 的 部 分 动机 。 声 明 式 设计 对 于 不 同 的 人 来 说 具有 不 同 的 意义 ， 
但 通常 是 指 一 种 编程 方式 一 一 把 程序 或 程序 的 一 部 分 写成 一 种 可 执行 的 规格 (specification)。 使 
用 声明 式 设计 时 , 软件 实际 上 是 由 一 些 非常 精确 的 属性 描述 来 控制 的 。 声 明 式 设计 有 多 种 实现 方 
式 , 例如 ， 可 以 通过 反射 机 制 来 实现 , 或 在 编译 时 通过 代码 生成 来 实现 (根据 声明 来 自动 生成 传 
统 代 码 )。 这 种 方法 使 其 他 开发 人 员 能 够 根据 字面 意义 来 使 用 声明 。 它 是 一 种 绝对 的 保证 。 
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从 模型 属性 的 声明 来 生成 可 运行 的 程序 是 MopEL-DRIVEN DESIGN 的 理想 目标 , 但 在 实践 中 这 
种 方法 也 有 自己 的 缺陷 。 例 如 ， 下 面 就 是 我 多 次 遇 到 的 两 个 特殊 的 问题 : 
口 声明 式 语言 并 不 足以 表达 一 切 所 需 的 东西 ， 它 把 软件 束缚 在 一 个 由 自动 部 分 构成 的 框架 
之 内 ， 使 软件 很 难 扩展 到 这 个 框架 之 外 。 
口 代码 生成 技术 破坏 了 迭代 循环 ， 它 把 生成 的 代码 合并 到 手写 的 代码 中 ， 使 得 重新 生成 的 
破坏 作用 变 得 很 大 。 
许多 声明 式 设计 的 尝试 带 来 了 意 想不到 的 后 果 , 由 于 开发 人 员 受 到 框架 局 限 性 的 约束 , 为 了 
交付 工作 只 能 先 处 理 重要 问题 ， 而 搁置 其 他 一 些 问题 ， 这 导致 模型 和 应 用 程序 的 质量 严重 下 降 。 
基于 规则 的 编程 ( 带 有 推理 引擎 和 规则 库 ) 是 另 一 种 有 望 实现 的 声明 式 设 计 方法 。 但 遗憾 的 
是 ， 一 些微 妙 的 问题 会 影响 它 的 实现 。 
尽管 基于 规则 的 程序 原则 上 是 声明 式 的 ,但 大 多 数 系统 都 有 一 些 用 于 性 能 优化 的 “控制 谓词 ” 
(control predicate) 。 这 种 控制 代码 引入 了 副作用 ， 这 样 行为 就 不 再 完全 由 声明 式 规则 来 控制 了 。 
添加 、 删 除 规则 或 重新 排序 可 能 导致 预料 不 到 的 错误 结果 。 因 此 ,编写 逻辑 的 程序 员 必 须 确保 代 
码 的 效果 是 显而易见 的 ， 就 像 对 象 程序 员 所 做 的 那样 。 
很 多 声明 式 方 法 被 开发 人 员 有 意 或 无 意 忽 略 之 后 会 遭 到 破坏 。 当 系统 很 难 使 用 或 限制 过 多 
时 ， 就 会 发 生 这 种 情况 。 为 了 获得 声明 式 程序 的 利益 ， 每 个 人 都 必须 遵守 框架 的 规则 。 
据 我 所 知 , 声明 式 设 计 的 最 大 价值 是 用 一 个 范围 非常 窗 的 框架 来 自动 处 理 设计 中 某 个 特别 单 
调 且 易 出 错 的 方面 , 例如 持久 化 和 对 象 关 系 映射 。 最 好 的 声明 式 设计 能 够 使 开发 人 员 不 必 去 做 那 
些 单调 乏味 的 工作 ， 同 时 又 完全 不 限制 他 们 的 设计 自由 。 


特定 于 领域 的 语言 


特定 于 领域 的 语言 是 一 种 有 趣 的 方法 ， 它 有 时 也 是 一 种 声明 式 语言 。 采 用 这 种 编码 风格 时 ， 
客户 代码 是 用 一 种 专门 为 特殊 领域 的 特殊 模型 定制 的 语言 而 编写 的 。 例 如 , 运输 系统 的 语言 可 能 
包括 cargo (货物 ) 和 route (路 线 ) 这 样 的 术语 ， 以 及 一 些 用 于 组 合 这 些 术 语 的 语法 。 然 后 ， 程 
序 通常 会 被 编译 成 一 种 传统 的 面向 对 象 的 语言 ， 由 一 个 类 库 为 这 些 术 语 提供 实现 。 

在 这 样 的 语言 中 , 程序 可 以 具有 极 强 的 表达 能 力 ,并 且 与 UBIQUITOUS LANGUAGE 之 间 形 成 最 
紧密 的 结合 。 特 定 于 领域 的 语言 是 一 个 令 人 振奋 的 概念 , 但 在 我 所 见 过 的 基于 面向 对 象 技术 的 方 
法 中 ， 这 种 语言 也 存在 自身 的 缺陷 。 

为 了 精 化 模型 ， 开 发 人 员 需 要 修改 语言 。 这 可 能 涉及 修改 语法 声明 和 其 他 语言 解释 功能 ， 以 
及 修改 底层 的 类 库 。 虽 然 我 完全 赞同 “高 级 技术 和 设计 概念 是 学 来 的 ”这 个 观点 ,但 我 们 必须 冷 
静 地 评估 特定 团队 当前 的 技术 水 平 , 以 及 将 来 的 维护 团队 可 能 的 技术 水 平 。 此 外 ,用 同一 种 语言 
实现 的 应 用 程序 和 模型 之 间 是 “无 颖 ”的 ,这 一 点 很 有 价值 。 另 一 个 缺点 是 当 模 型 被 修改 时 ,很 
难 对 客户 代码 进行 重 构 , 使 之 与 修改 之 后 的 模型 及 与 其 相关 的 特定 于 领域 的 语言 保持 一 致 。 当 然 ， 
有 人 认为 可 以 通过 技术 修复 来 解决 重 构 问题 。 
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有 一 种 不 同 的 范式 Scheme 编 程 语言， 能 够 比 对 象 更 好 地 实现 特定 于 领域 的 语言。 在 
Scheme 编程 语言 中 〔 它 是 “函数 式 编程 ”家 族 的 一 个 代表 )， 有 些 部 分 非常 类 似 于 标准 的 编程 
风格 ， 因 此 既 具 有 特定 于 领域 的 语言 的 表达 能 力 ， 又 不 会 造成 系统 的 分 裂 。 


这 种 技术 可 能 在 非常 成 熟 的 模型 中 能 够 发 挥 出 最 大 的 作用 , 在 这 样 的 模型 中 , 客户 代码 可 能 
是 由 另 一 个 不 同 的 团队 编写 的 。 通常, 这样 的 设置 会 导致 产生 一 种 有 害 的 结果 一 一 团队 被 分 成 两 
部 分 ， 框 架 由 那些 技术 水 平 较 高 的 人 来 构建 ， 而 应 用 程序 则 由 那些 技术 水 平 较 差 的 人 来 构建 了 ， 
但 也 并 不 是 非得 如 此 。 


10.8 ”声明 式 设计 风格 


一 旦 你 的 设计 中 有 了 INTENTION-REVEALING INTERFACE 、SIDE-EFFECT-FREE FUNCTION 和 
ASSERTION， 那 么 你 就 具备 了 使 用 声明 式 设计 的 条 件 。 当 我 们 有 了 可 以 组 合 在 一 起 来 表达 意义 的 
元 素 ， 并 且 刻 画 了 效果 (或 根本 没有 明显 效果 ) 之 后 ， 就 可 以 获得 声明 式 设计 的 很 多 益处 了 。 

柔性 设计 使 得 客户 代码 可 以 使 用 声明 式 的 设计 风格 。 为 了 说 明 这 一 点 , 下 一 节 将 会 把 本 章 介 
绍 的 一 些 模式 结合 起 来 使 用 ， 从 而 使 SPECIFICATION 更 灵活 ， 更 符合 声明 式 设计 的 风格 。 


用 声明 式 的 风格 来 扩展 SPECIFICATION 


第 9 章 介 绍 了 SPECIFICATION 的 基本 概念 、 它 在 程序 中 扮演 的 角色 ， 以 及 它 在 实现 中 的 意义 。 
现在 ， 让 我 们 来 看 看 几 个 额外 的 、 有 吸引 力 的 技巧 ， 它 们 在 规则 很 复杂 的 情况 下 可 能 非常 有 用 。 

SPECIFICATION 是 由 “谓词 ”(predicate) 这 个 众所周知 的 形式 化 概念 变 来 的 。 谓 词 还 有 其 他 
一 些 有 用 的 特性 ， 我 们 可 以 对 这 些 特性 进行 有 选择 的 利用 。 

使 用 逻辑 运算 对 SPECIFICATION 进 行 组 合 

当 使 用 SPECIFICATION 时 ， 我 们 很 容易 就 会 遇 到 需要 把 它们 组 合 起 来 使 用 的 情况 。 正 如 我 们 刚 
刚 提 到 的 那样 ，SPECIFICATION 是 谓词 的 一 个 例子 ， 而 谓词 可 以 用 “AND”、“OR” 和 “NOT” 等 
运算 进行 组 合 和 修改 。 这 些 逻 辑 运算 都 是 谓词 这 个 类 别 之 下 的 闭合 操作 ， 因 此 SPECIFICATION 组 合 
也 是 CLOSURE OF OPERATION。 

随 着 SPECIFICATION 的 通用 性 逐渐 提高 , 创建 一 个 可 用 于 各 种 类 型 的 SPECIFICATION 的 抽象 类 或 
接口 会 变 得 很 有 用 。 这 需要 把 参数 类 型 定义 为 某 种 高 级 的 抽象 类 。 

public interface Specification { 


boolean isSatisfiedBy(Object candidate); 
} 


这 个 抽象 要 求 在 方法 的 开始 处 放置 一 条 卫 语句 (guard clause) ， 但 是 没有 卫 语 句 也 不 影响 它 
的 功能 。 例 如 ， 可 以 对 Container Specification (参见 图 9-16 以 及 后 面 的 相关 表格 、 代 码 等 ) 做 如 
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下 修改 ; 


public class ContainerSpecification implements Specification { 
private ContainerFeature requiredFeature; 


public ContainerSpecification(ContainerFeature required) { 
requiredFeature = required; 


boolean isSatisfiedBy (Object candidate){ 
if (lcandidate instanceof Container) return False 


return 

(Container)candidate.getFeatures() .contains (requiredFeature); 
. 

} 


现在 ， 让 我 们 扩展 Specification 接 口 ， 加 入 3 个 新 操作 : 274 


public interface Specification { 
boolean isSatisfiedBy(Object candidate); 














Specification and(Specification other) 
Specification or{Specification other); 
Specification not(); 

3 


回忆 一 下 ， 有些 Container Specification 需 要 通风 性 的 Container (容器 ), 而 有 些 则 需要 有 防爆 四 
性 。 如 果 一 种 化 学 药品 既 易 挥发 又 易 爆炸 , 那么 它 可 能 同时 需要 这 两 种 规格 。 如果 使 用 新 的 方法 ， 
这 就 很 容易 实现 。 

Specification ventilated = new ContainerSpecification(VENTILATED) ; 

Specification armored = new ContainerSpecification (ARMORED) ; 


Specification both = ventilated.and(armored); 
这 段 声明 定义 了 一 个 具有 期 望 属性 的 新 的 Specification 对 象 。 这 种 组 合 将 需要 一 个 用 于 某 种 
特殊 目的 的 、 更 复杂 的 Container Specification 。 
假设 我 们 有 多 种 通风 容器 。 对 于 有 些 物品 来 说 , 把 它们 放 进 哪 种 容器 中 都 没 问 题 。 它 们 可 以 
放 在 任何 一 种 通风 容器 中 。 
Specification ventilatedTypel = 
new ContainerSpecification (VENTILATED_TYPE_1); 


Specification ventilatedType2 = 
new ContainerSpecification(VENTILATED_TYPE_2) 7 


Specification either = ventilatedTypel.or(ventilatedType2); 
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如 果 我 们 认为 把 砂 存放 在 特殊 容器 中 是 一 种 浪费 ， 那 么 可 以 通过 指定 一 种 没有 特殊 性 质 的 
“便宜 的 ”容器 来 禁止 把 砂 存放 在 特殊 容器 中 。 


Specification cheap = (ventilated.not()).and(armored.not()); 


这 个 约束 将 阻止 第 9 章 中 所 讨论 的 仓库 打包 程序 原型 的 某 些 不 优化 的 行为 。 
从 简单 元 素 构建 复杂 规格 的 能 力 提高 了 代码 的 表达 能 力 。 以 上 组 合 是 以 声明 式 的 风格 编写 














275] 的 。 
由 于 SPECIFICATION 实 现 的 方法 存在 不 同 , 提供 这 些 运 算 符 的 难 易 程度 也 不 同 。 下 面 是 一 个 非 
常 简单 的 实现 ,在 有 些 情况 下 它 的 效率 很 差 , 而 有 些 情况 下 则 很 实用 。 举 这 个 例子 只 是 为 了 起 到 
说 明 的 作用 。 像 任何 模式 一 样 ， 它 也 有 很 多 实现 方式 。 


[coMPpoOsITE DD. 
| Gamma etal, 1995)) 
人 | ssaaiearoweey boolean 
anadfSpecification) : Specificarion 
or(Specification) : Specification 
notSpecification) : Specification 


> J 









| DECORATOR 
| (Gamma et al. 1995]) | 








图 10-14 SPECIFICAnION 的 CoMPosrTE (组 合 ) 设计 


public abstract class AbstractSpecification implements 
Specification { 
public Specification and(Specification other) { 
return new AndSspecification(this, other); 
) 
public Specification or (Specification other) { 
return new OrSpecification(this, other); 
} 
Public Specification not() { 
return new NotSpecification(this); 
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public class Rndspecification extends AbstractSpecification { 
Specification one; 
Specification. other; 


public Andspecification{(Specification x, Specification y) { 
one = xi 
other = y; 
} 
public boolean issatisfiedBy (Object candidate) { 
return one.issatisfiedBy (candidate) && 
other.isSatisfiedBy (candidate); 


public class OrSpecification extends AbstractSpecification { 

Specification one; 

Specification other; 

public orspecification(Specification x, Specification y) { 
one = xi 
other = y; 

1 

public boolean issatisfiedBy (Object candidate) { 
return one.issatisfiedBy (candidate) || 

other.issatisfiedBy (candidate); 


public class NotSpecification extends AbstractSpecification { 
Specification wrapped; 


public NotSpecification (Specification x) { 
wrapped = x; 

} 

public boolean isSatisfiedBy (Object candidate) { 
return !wrapped.isSatisfiedBy (candidate); 


} 


为 了 便于 阅读 ， 上 面 这 段 代码 写 得 尽 可 能 简单 。 如 前 所 述 ， 它 在 有 些 情 况 下 是 低 效 的 。 可 能 
会 有 一 些 其 他 的 实现 选择 ， 使 得 对 象 的 数目 减 至 最 少 ,或 极 大 地 提高 速度 ,或 者 与 某 个 项 目的 特 
定 技术 兼容 。 重 要 的 是 模型 捕捉 到 领域 的 关键 概念 ， 同 时 有 一 个 忠实 于 该 模型 的 实现 。 这 就 为 解 
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决 性 能 问题 预 留 了 很 大 的 空间 。 

此 外 ， 这 些 完全 的 通用 性 在 很 多 情况 下 并 不 需要 。 特 别 是 AND 可 能 比 其 他 运算 用 得 更 多 ， 
而 且 它 的 实现 的 复杂 程度 也 较 小 。 如 果 你 只 需要 AND, 那么 完全 可 以 只 实现 它 , 这 没有 什么 可 担 
心 的 。 

我 们 回顾 一 下 第 2 章 的 示例 中 的 对 话 ， 开 发 人 员 显然 没 有 实现 他 们 SPECIFICATION 中 的 
“satisfied by" 行 为。 在 他 们 进行 那 段 讨论 的 时 候 , SPECIFICATION 只 是 “根据 需要 来 构建 ”(building 
to order) 。 尽 管 如 此 ， 抽 象 仍然 完整 ， 而 且 功能 添加 起 来 也 相对 简单 。 使 用 模式 并 不 意味 着 构建 
你 不 需要 的 特性 。 它 们 可 以 过 后 再 添加 ， 只 要 不 引起 概念 混淆 即 可 。 


CoMPOSITE SPECIFICATION 的 另 一 种 实现 


有 些 实现 环境 不 能 使 用 粒度 很 小 的 对 象 。 我 曾经 遇 到 过 一 个 项 目 ， 它 有 一 个 对 象 数据 库 ， 这 
个 数据 库 为 每 个 对 象 分 配 一 个 ID 并 跟踪 这 个 ID。 每 个 对 象 都 占有 很 大 的 内 存 空间 , 并 且 产 生 很 大 
的 性 能 开销 ， 因 此 总 的 地 址 空间 成 为 一 个 限制 因素 。 我 在 领域 设计 中 的 一 些 重要 地 方 使 用 了 
SPECIFICATION， 当 时 我 认为 这 是 一 个 很 好 的 决定 。 但 我 使 用 了 一 个 过 于 细致 的 实现 ( 像 本 章 中 描 
述 的 那样 )， 这 无 疑 是 个 错误 。 它 产生 了 数 百 万 个 粒度 非常 小 的 对 象 ， 使 整个 系统 的 速度 变 得 非 
常 缓慢 。 
下 面 的 例子 给 出 了 一 种 替代 实现 ， 它 把 组 合 SPECIFICATION 编 码 为 一 个 字符 串 或 者 数组 (这 个 
数组 对 逻辑 表达 式 进行 了 编码 ) ， 然 后 在 运行 时 进行 解析 。 
(即使 你 没 明 白 它 的 实现 也 不 要 紧 , 重要 的 是 认识 到 用 逻辑 运算 符 来 实现 SPECIFICATION 的 方 
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式 有 很 多 。 如 果 最 简单 的 方法 不 适用 于 你 的 情况 ， 可 以 选择 其 他 的 方法 。) 


“Cheap Container” 的 SPECIFICATION 栈 的 内 容 
栈 项 AndSpecificationOperator (FLY WEIGHT) 
NotSpecificationOperator (FLY WEIGHT) 
Armored 
NotSpecificationOperator 
Ventilated 




















当 我 们 想 测试 一 种 候选 方案 时 ,必须 解释 这 个 结构 , 这 可 以 通过 把 每 个 元 素 弹出 来 并 计算 它 
(或 者 是 根据 运算 符 的 需要 弹出 下 一 个 元 素 ) 来 实现 。 最 后 将 得 到 如 下 结果 : 

and(not (armored), not(ventilated)) 

这 种 设计 有 一 些 优点 (+) 和 缺点 〈-) 

+ 对 象 个 数 较 少 

+ 内存 使 用 效率 高 

一 需要 更 高 级 的 开发 人 员 
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你 必须 根据 自己 的 实际 情况 做 出 权衡 , 找到 一 种 适合 你 的 实现 。 基 于 相同 的 模式 和 模型 可 以 
创建 出 完全 不 同 的 实现 。 





包含 

最 后 要 讲 的 这 个 包含 特性 并 不 是 经 常 需要 , 而 且 实现 起 来 也 很 难 , 但 有 时 它 确实 能 够 解决 很 
困难 的 问题 。 它 还 能 够 表达 出 一 个 SPECIFICATION 的 含义 。 
再 次 考虑 一 下 前 面 的 化 学 仓库 打包 程序 的 例子 。 每 个 Chemical 都 有 一 个 Container 
Specification ， 而 且 Packer SERVICE 确保 当 把 Drum 分 配 到 Container 中 时 ， 所 有 这 些 Container 
Specification 都 被 满足 ， 一 切 都 没有 问题 …… 直 到 有 人 改变 了 规则 。 

每 隔 几 个 月 都 会 发 布 一 组 新 的 规则 , 我 们 的 用 户 希 望 能 够 生成 一 个 列表 , 把 那些 已 经 有 了 更 
严格 要 求 的 化 学 品 列 出 来 。 

当然 ， 通 过 运行 一 个 验证 ， 用 新 实施 的 规格 来 检查 仓库 中 的 每 个 Drum， 并 找到 所 有 不 再 满 
是 新 SPECIFICATION 的 化 学 品 ， 这 样 可 以 把 一 部 分 化 学 品 列 出 来 ,而且 这 可 能 也 是 用 户 需 要 的 。 这 
可 以 告诉 用 户 现在 仓库 中 有 哪些 Drum 是 需要 转移 的 。 

但 用 户 要 求 的 是 把 所 有 那些 存放 要 求 变 得 更 严格 的 化 学 品 都 列 出 来 。 或 许 仓库 里 目前 还 没有 
这 样 的 化 学 品 ,或 者 它们 碰巧 被 装 到 了 一 个 更 严格 的 容器 中 。 无 论 是 哪 种 情况 ,刚才 的 那个 报告 
都 不 会 列 出 它们 。 

我 们 引入 一 个 用 于 直接 比较 两 种 SPECIFICATION 的 新 操作 。 

boolean subsumes (Specification other); 

更 严格 的 SPECIFICATION 包 含 不 太 严格 的 SPECIFICATION。 用 更 严格 的 SPECIFICATION 来 取代 不 严 
格 的 SPECIFICATION 不 会 遗漏 掉 先前 的 任何 需求 。 如 图 10-15 所 示 。 











subsumes(old) new ; Container Specification 
Em Ceo 
ventilated AND armored 
< | 
nue | | 
subsumes(new) old ;Container Specification 
> = ss = 
ventilated | 
<—o 


图 10-15 汽油 容器 的 SPECIFICATION 变 严格 了 
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在 SPECIFICATION 语 言 中 ,我 们 说 新 的 SPECIFICATION 包 含 旧 的 SPECIFICATION， 因 为 任何 满足 新 
SPECIFICATION 的 对 象 都 将 满足 旧 SPECIFICATION。 

如 果 把 每 个 SPECIFICATION 看 成 一 个 谓词 ， 那 么 包含 就 等 于 逻辑 蕴涵 (logical implication) 。 使 
用 传统 的 符号 ，A 一 B 表 示 声 明 A 董 衣 声 明 B， 因 此 ， 如 果 A 为 真 ， 则 B 也 为 真 。 

让 我 们 把 这 个 逻辑 应 用 于 我 们 的 容器 匹配 需求 。 当 一 个 SPECIFICATION 被 修改 时 , 我 们 想 知道 
新 SPECIFICATION 是 否 满足 旧 SPECIFICATION 的 所 有 条 件 。 


New Spec 一 Old Spec 


也 就 是 说 ,如 果 新 规格 为 真 , 那么 旧 规 格 一 定 也 为 真 。 要 证 明 一 般 情 况 下 的 逻辑 蕴涵 是 很 难 
的 , 但 特殊 情况 就 很 容易 证 明 。 例如, 特殊 的 参数 化 的 SPBCIFICATION 可 以 定义 它们 自己 的 包含 规则 。 


public class MinimumAgeSpecification { 
int threshold; 


public boolean issatisfiedBy (Person candidate) { 


return candidate.getAge() >= threshold; 
3 


public boolean subsumes (MinimumAgeSpecification other) { 
return threshold >= other.getThreshold(); 
} 
} 


JUnit 测 试 可 能 包含 以 下 代码 : 


drivingAge = new MinimumAgeSpecification(16); 
votingAge = new MinimumhgeSpecification(18) 7 
assertTrue(votinghge.subsumes (drivingage) ) 7 
还 有 一 个 有 用 的 特例 适用 于 解决 Container Specification 问 题 ， 它 就 是 用 单一 的 逻辑 操作 AND 
把 SPECIFICATION 接 口 与 包含 结合 起 来 。 
public interface Specification { 
boolean isSatisfiedBy {Object candidate); 
Specification and(Specification other); 


boolean subsumes (Specification other); 


AANDB—4 
或 者 在 更 复杂 的 情况 中 ， 
AAND BANDC— AANDB 
这 样 , 如 果 Composite Specification 能 够 把 所 有 由 “AND”" 连接 起 来 的 叶子 (leaf) SPECIFICATION 
收集 到 一 起 ， 那 么 我 们 要 做 的 事情 只 是 检查 包含 规格 (subsuming SPECIFICATION) 是 否 含有 被 包 
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含 规格 的 所 有 叶子 (而 且 它 可 能 还 包含 更 多 的 叶子 ) 一 一 它 的 叶子 是 另 一 个 SPECIFICATION 的 叶子 
集合 的 超 集 。 281 


public boolean subsumes (Specification other) { 














if (other instanceof CompositeSpecification) { 
Collection otherLeaves = 
(Compositespecification) other.leafSpecifications(); 
Iterator it = otherLeaves.iterator(); 
while (it.hasNext()) { 
if (!leafSpecifications() .contains(it.next ())) 
return false; 
~ 
} else { 
if (!leafSpecifications().contains (other)) 
return false; 
} 
return true; 


} 

我 们 还 可 以 增强 这 种 交互 , 对 仔细 选择 的 参数 化 的 叶子 SPECIFICATION 进 行 比较 或 者 进行 其 他 
一 些 复杂 的 比较 。 遗 憾 的 是 ， 当 把 OR 和 NOT 也 包括 进来 时 ， 这 些 证 明 会 变 得 更 复杂 。 在 大 多 数 
情况 下 ， 最 好 避免 出 现 这 样 的 复杂 性 : 要 么 选择 放弃 一 些 运算 符 ， 要 么 不 使 用 包含 。 如 果 这 二 者 
同时 需要 ， 那 么 要 慎重 考虑 这 样 做 的 价值 是 否 多 过 它 所 带 来 的 麻烦 。 


受 SPECIFICATION 约 束 的 亚 里 士 多 德 


所 有 人 都 是 要 死 的 Specification manSpec = new ManSpecification()? 
Specification mortalSpec = new MortalSpecification() 1 
assert manSpec. subsumes (mortalSpec) 





亚 里 士 多 德 是 一 个 人 man aristotle = new Man(); 
assert manSpec.isSatisfiedBy (aristotle); 
因此 ， 亚 里 士 多 德 会 死 assert mortalSpec.isSatisfiedBy (aristotle); 





10.9 切入 问题 的 角度 


本 章 展示 了 一 系列 技术 ,它们 用 于 澄清 代码 意图 ,使 得 使 用 代码 的 后 果 变 得 显而易见 ,并 且 . 
解除 模型 元 素 的 耦合 。 尽 管 有 这 些 技术 ,但 要 想 实 现 这 样 的 设计 还 是 很 难 的 。 我 们 不 能 只 是 看 着 
一 个 庞大 的 系统 说 :“ 让 我 们 把 它 设计 得 灵活 点 吧 。” 我 们 必须 选择 具体 的 目标 。 下 面 介 绍 几 种 主 [282 
要 方法 ， 然 后 给 出 一 个 扩展 的 示例 ， 它 显示 了 如 何 把 这 些 模型 结合 起 来 使 用 ， 并 用 于 处 理 更 大 的 
设计 。 


10.9.1 分 割 子 领 域 
我 们 无 法 一 下 子 就 能 处 理 好 整个 设计 ,而 需要 一 步 一 步 地 进行 。 我 们 从 系统 的 某 些 方面 可 以 
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看 出 适合 用 哪 种 方法 处 理 , 那么 就 把 它们 提取 出 来 加 以 处 理 。 如 果 模 型 的 某 个 部 分 可 以 被 看 作 是 
专门 的 数学 , 那么 可 以 把 这 部 分 分 离 出 来 。 如 果 应 用 程序 实施 了 某 些 用 来 限制 状态 改变 的 复杂 规 
则 ， 那 么 可 以 把 这 部 分 提取 到 一 个 单独 的 模型 中 ， 或 者 提取 到 一 个 允许 声明 规则 的 简单 框架 中 。 
随 着 这 些 步骤 的 进行 ,不 仅 新 模型 更 整洁 了 ， 而 且 剩 下 的 部 分 也 更 小 、 更 清晰 了 。 在 剩 下 的 模型 
中 ， 有 的 部 分 是 用 声明 式 的 风格 来 编写 的 一 一 这 些 可 能 是 根据 专门 数学 或 验证 框架 编写 的 声明 ， 
或 者 是 子 领域 所 采用 的 任何 形式 。 

重点 突击 某 个 部 分 , 使 设计 的 一 个 部 分 真正 变 得 灵活 起 来 , 这 比分 散 精力 泛泛 地 处 理 整 个 系 
统 要 有 用 得 多 。 第 15 章 将 更 深入 地 讨论 如 何 选择 和 管理 子 领域 。 


10.9.2 ” 尽 可 能 利用 已 有 的 形式 


我 们 不 能 把 从 头 创建 一 个 严密 的 概念 框架 当 作 一 项 日 常 的 工作 来 做 。 在 项 目的 生命 周期 中 ， 
我 们 有 时 会 发 现 并 精炼 出 这 样 一 个 框架 。 但 更 常见 的 情况 是 ,可 以 对 你 的 领域 或 其 他 领域 中 那些 
建立 已 久 的 概念 系统 加 以 修改 和 利用 ， 其 中 有 些 系统 已 经 被 精 化 和 提炼 达 几 个 世纪 之 久 。 例 如 ， 
很 多 商业 应 用 程序 涉及 会 计 学 。 会 计 学 定义 了 一 组 成 熟 的 ENTTY 和 规则 ， 我 们 很 容易 对 这 些 
ENTITY 和 规则 进行 调整 ， 得 到 一 个 深层 的 模型 和 柔性 设计 。 

有 很 多 这 样 的 正式 概念 框架 ， 而 我 个 人 最 喜欢 的 框架 是 数学 。 数 学 的 强大 功能 令 人 惊奇 ， 
它 可 以 用 基本 数学 概念 把 一 些 复杂 的 问题 提取 出 来 。 很 多 领域 都 涉及 数学 ， 我 们 要 寻找 这 样 的 
部 分 ， 并 把 它 挖掘 出 来 。 专 门 的 数学 很 整齐 ， 可 以 通过 清晰 的 规则 进行 组 合 ， 并 且 很 容易 理解 。 
下 面 我 要 举 一 个 例子 ， 用 它 来 结束 本 章 ， 它 来 自我 过 去 的 经 历 一 一 它 就 是 “股份 数学 ”(Shares 
Math)。 


| 示例 把 各 种 模型 结合 起 来 使 用 ， 股 份 数学 


第 8 章 讲 述 了 在 银团 贷款 系统 项 目 上 发 生 的 一 次 模型 突破 的 故事 。 现 在 我 们 将 更 详细 地 讨论 
这 个 例子 ， 这 里 我 们 只 集中 讨论 设计 的 一 个 特性 ， 并 与 原来 项 目 上 的 特性 进行 比较 。 
该 应 用 程序 的 一 个 需求 是 ， 当 借款 者 偿付 本 金 时 ， 默 认 是 根据 放贷 方 的 股份 来 分 配 这 笔 钱 。 


中 最 初 的 付款 分 配 设 计生 
随 着 我 们 对 它 进行 重 构 ， 这 段 代码 会 变 得 越 来 越 容易 理解 ， 因 此 不 必 过 度 深究 这 个 版 本 。 


a 全 晤 3 一 一 一 一 一 一 人 


Loan | | 


lr | 
distributePrincipalPayment(Money) : Map oes: Company | 
| 


getAmount() : Money amount ; Money 











图 10-16 
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public class Loan { 
private Map shares; 


//Accessors, constructors, and very simple methods are excluded 


public Map distributeprincipalPayment (double paymentAmount) { 
Map paymentShares = new HashMap(); 
Map loanshares = getshares{); 
double total = getAmount(); 
Iterator it = loanShares.keySet() .iterator(); 
while(it.hasNext()) { 
Object owner = it.next(); 
double initialLoanshareAmount = getshareAmount (owner); 
double paymentShareAmount = 
initialLoanSharehmount / total * paymentAmount; 
Share paymentShare = 
new Share(owner, paymentShareAmount); 
paymentShares .put (owner，PpaymentShare) 


double newLoanShareAmount = 
initialLoanShareAmount - paymentShareAmount; 
Share newLoanShare = 
new Share(owner, newLoanShareAmount); 
loanshares.put (owner, newLoanShare); 
} 
return paymentShares; 


public double getAmount() { 

Map loanShares = getShares(); 

double total = 0.0; 

Iterator it = loanShares.keySet() .iterator(); 

whilel(it.hasNext ()) ( 
Share loanShare = (Share) loanshares.get (it.next()); 
total = total + loanshare.getAmount (); 

} 

return total; 


外 把 命令 和 SIDE 一 EFFECT 一 FREE FUNCTION 分 开间 


这 个 设计 已 经 有 了 INTENTION-REVEALING INTERFACE。 但 distributePaymentPrincipal() 
方法 做 了 一 件 很 危险 的 事情 。 它 计算 要 分 配 的 股份 ， 并 上 生还 修改 了 Loan。 我们 通过 重 构 把 查询 从 
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修改 操作 中 分 离 出 来 。 
Loan ] 

ee ee 
calculatePrincipalPaymentShares(Money) : Map 
applyPrincipalPaymentShares(Map) | 
getAmount() NE 
en pe i 

图 10-17 


public void applyPrincipalPaymentShares (Map paymentShares) { 
Map loanShares = getShares(); 
Iterator it = paymentShares.keySet () .iterator(); 
while(it.hasNexc()) { 
Object lender = it.next(); 
Share paymentShare = (Share) paymentShares.get(lender); 
Share loanshare = (Share) loanShares.get(lender); 
double newLoanshareAmount = loanShare.getAmount () - 
paymentShare.getAmount () ; 
Share newLoanShare = new Share(lender, newLoanShareAmount); 
loanshares.put (lender, newLoanShare); 


public Map calculateprincipalPaymentShares (double paymentAmount) { 
Map paymentShares = new HashMap(); 
Map loanShares = getShares(); 
double total = getAmount(); 
Iterator it = loanshares.keySet() .iterator(); 
whilel(it.hasNext ()) { 
Object lender = it.next(); 
Share loanshare = (Share) loanShares.get (lender); 
double paymentShareAmount = 
loanshare.getAmount () / total * paymentAmount; 
Share paymentShare = new Share(lender, paymentShareAmount); 
paymentShares.put (lender, paymentShare); 
} 
return paymentShares; 
} 


客户 代码 现在 如 下 : 
Map distribution = 


aLoan.calculatePrincipalPaymentShares (paymentAmount) ; 
aLoan.applyPrincipalPaymentShares (distribution); 
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这 段 代码 不 算 太 差 。FUNCTION 把 大 量 的 复杂 性 封装 在 INTENTION-REVEALING INTERFACE 背 后 。 
但 当 我 们 添加 applyDrawdown () ，calculateFeePaymentShares () 等 一 些 函 数 之 后 ， 代 码 开始 
大 量 增加 。 每 次 扩充 都 使 代码 变 得 更 复杂 ,速度 也 不 断 减 慢 。 这 可 能 是 由 于 粒度 过 大 造成 的 。 传 
统 的 解决 方法 是 把 计算 方法 分 解 为 子 例 程 。 这 可 能 是 一 种 不 错 的 解决 办 法 , 但 我 们 希望 最 终 看 到 
底层 的 概念 边界 ， 并 深化 模型 。 当 设计 元 素 具有 这 种 CONCEPT-CONTOURING 的 粒度 时 ， 就 可 以 把 
这 些 元 素 进行 组 合 ， 得 到 所 需 的 变 体 。 


引 把 隐 式 概念 变 为 显 式 概念 间 

现在 我 们 有 足够 的 条 件 来 探索 新 模型 了 。 在 这 个 实现 中 ，Share 对 象 是 被 动 的 ， 它 们 是 用 一 
些 复杂 、 低级 的 方式 来 操纵 的 。 这 是 因为 大 部 分 与 股份 有 关 的 规则 和 计算 并 不 适用 于 单独 的 股份 ， 
而 是 用 于 成 组 的 股份 。 有 一 个 概念 被 漏 掉 了 : 股份 互相 之 间 是 有 关联 的 ， 同 时 部 分 又 构成 整体 。 
如 果 能 把 这 个 概念 显 式 地 表达 出 来 ， 就 能 更 简洁 地 表示 这 些 规则 和 计算 。 


Loan 

















图 10-18 


Share Pie 表 示 了 一 个 特定 的 Loan 的 总 体 分 布 。 它 是 一 个 ENTITY, 其 标识 位 于 Loan AGGREGATE 
的 内 部 。 实 际 的 分 布 计算 可 以 被 委托 给 Share Pie。 


Loan Share Pie 





一 一 一 一 一 {>—— > prorate(double) : Map 
calculatePrincipalPaymentShares(double): Map | inerease(Map) 
applyPrincipalPaymentShares(Map) decrease(Map) 

BetAmountO : double 


| getAmount0 : double 


一 
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Owner : Company 
amount : double 


图 10-19 
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public class Loan { 
private SharePie shares; 


//Accessors, constructors, and straightforward methods 
//are omitted 


public Map calculatePrincipalPaymentDistribution( 
aouble paymentAmount) { 
return getShares() .prorated (paymentAmount); 
} 


public void applyPrincipalPayment (Map paymentShares) { 
shares.decrease {paymentShares); 
} 
} 


这 样 Loan 就 被 简化 了 , 而 且 Share 计 算 也 被 集中 到 了 一 个 VALUE OBJECT 中 (这 个 VALUE OBJECT 
只 负责 这 个 计算 )。 但 是 ， 这 个 计算 并 没有 真正 变 得 通用 和 易 用 。 


自在 进一步 理解 之 后 ， 把 Share Pie 变 成 一 个 VALUE OBJEcT 御 

通常 ,在 实现 一 个 新 设计 的 过 程 中 ， 所 获得 的 经 验 会 引导 我 们 对 模型 本 身 形成 新 的 认识 。 在 
这 个 例子 中 ，Loan 和 Share Pie 的 紧密 耦合 使 Share Pie 与 Share 之 间 的 关系 变 得 模糊 不 清 。 如 果 我 们 
把 Share Pie 变 成 一 个 VALUE OBJECT， 会 产生 什么 变化 呢 ? 

这 意味 着 不 能 再 使 用 increase (Map) 和 decrease (Map) 了 ， 因 为 Share Pie 必 须 是 不 变 的 。 要 
更 改 Share Pie 的 值 ， 必 须 替 换 整 个 Pie。 因 此 需要 使 用 aadshares (Map) 这 样 的 方法 来 返回 一 个 全 
新 的 、 更 大 的 Share Pie。 

让 我 们 再 进一步 把 它 变 成 CLOSURE OF OPERATION。 我 们 不 采用 “增加 ”Share Pie 或 向 它 添加 
Share， 而 只 是 把 两 个 Share Pie 加 起 来 ， 结 果 是 一 个 新 的 、 更 大 的 Share Pie。 

我 们 可 以 先 把 Share Pie 上 的 prorate() 操 作 变 成 半 个 闭合 操作 ， 这 只 需要 修改 返回 类 型 即 
可 。 我 们 把 它 重 命名 为 prorated() ， 以 便 强 调 它 没有 副作用 。“ 股 份 数 学 ”开始 成 型 了 ， 最 初 它 
有 4 个 操作 。 


-一 一 全 一 | 


Loan Share Pie 
Sm Se mf Prorated(double) : Share Pie 
caleulatePrincipalPaymentShares(double) : Share Pie | ptskShare Pie): Share Pie | 
applyPrincipalPaymentShares( Share Pie) | minus(Share Pie) : Share Pie 
BetAmount() : double [getAmount) :double | 


ae | 














owner: Company | 
amount :double | 
图 10-20 
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我 们 可 以 为 新 的 VALUE OBJECT Share Pie 创 建 一 些 定义 明确 的 ASSERTION。 每 个 方法 都 有 各 自 
的 意义 。 


public class Sharepie { 
private Map shares = new HashMap(); 


//Accessors and other straightforward methods are omitted 


public double getAmount () { 

double total = 0.0; 

Iterator it = shares.keySet().iterator(); 

while(it.hasNext ()) { 总 股份 等 于 各 股份 之 和 
Share loanShare = getShare(it.next()); 
total = total + loanShare.getAmount(); 

} 

return total; 


public Sharepie minus (SharePie otherShares) { 
Sharepie result = new Sharepie()7 
Set owners = new HashSet(); 
owners.addAll (getOwners ()); 
owners.addAll (otherShares .getOwners()); 两 个 Pie 之 差 等 于 这 两 个 
Iterator it = owners.iterator(); 股东 所 持 股份 之 关 
while(it.hasNext ()) { 
Object owner = it.next(); 
double resultshareAmount = getshareAmount (owner) - 
otherShares .getSharehmount (owner) ; 
result .add (owner, resultShareAmount); 
} 
return result; 


} 
public sharePie plus(SharePie otherShares) { 两 个 Pie 的 组 合 就 等 于 把 
//Similar to implementation of minus() 这 两 个 股东 所 持 股份 加 到 
. 
一 起 


public Sharepie prorated(double amountToProrate) { 
Sharepie proration = new Sharepie(); 
double basis = getAmount(); 
Iterator it = shares.keySet() .iterator(); 总 额 可 以 依照 所 有 股东 所 
while(it.hasNext()) { 古 的 股份 按 比 例 划分 
object owner = it.next(); 
Share share = getShare(owner); 
double proratedShareAmount = 
share.getAmount () / basis * amountToProrate; 


Proration.add(owner, proratedshareAmount); 
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} 
return proration; 
} 
} 


重新 设计 的 柔性 
现在 ， 最 重要 的 Loan 类 中 的 方法 已 经 很 简单 了 ， 如 下 : 


public class Loan { 
private SharepPie shares; 


//Accessors, constructors, and straightforward methods 
//are omitted 


public Sharepie calculatePrincipalPaymentDistribution( 
double paymentAmount) { 
return shares.prorated(paymentAmount); 
} 


public void applyPrincipalPayment (SharePpie paymentShares) { 
setShares (shares .minus (paymentShares) ) ; 
} 


这 些 简短 的 方法 中 的 每 一 个 都 表达 了 其 自己 的 含义 。 本 金 偿 付 表示 从 货款 中 按照 股份 减 去 偿 
付 额 。 对 已 偿付 的 本 金 进行 分 配 是 指 在 股份 持 有 者 之 间 按 比例 分 配 。Share Pie 的 设计 使 我 们 能 够 在 
Loan 代 码 中 使 用 声明 式 风 格 ， 所 编写 的 代码 读 起 来 像 是 业务 交易 的 概念 定义 ， 而 不 像 是 一 种 计算 。 

现在 , 其 他 交易 类 型 (由 于 过 于 复杂 没有 在 前 面 列 出 ) 也 很 容易 声明 了 。 例 如 ， 货 款 支取 是 
根据 贷方 的 Facility 股 份 来 分 配 的 。 新 支取 的 数额 被 加 到 未 偿 货 款 《Loan) 中 。 用 我 们 的 新 领域 语 
言 可 以 描述 如 下 ;: 


public class Facility { 
private Sharepie shares; 


public SharePie calculateDrawdownDefaultDistribution( 
double drawdownAmount) { 
return shares.prorated(drawdownAmount); 
了】 
} 


public class Loan { 


public void applyDrawdown (SharePie drawdownShares) { 
setShares (shares .plus (drawdownShares) ); 
} 
了 
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要 查看 每 个 贷方 的 原 定货 款额 与 实际 货款 额 之 差 ,只 需 计算 该 贷方 在 未 偿 Loan 总 额 中 的 理论 
分 配 值 ， 然 后 用 Loan 的 实际 股份 减 去 这 个 值 即 可 。 
Sharepie originalAgreement = 
aFacility.getShares() .prorated(aLoan.getAmount ()); 


SharePie actual = aLoan.getShares(); 
SharePie deviation = actual.minus (originalAgreement); 


Share Pie 设 计 的 一 些 特性 使 这 种 组 合 变 得 很 容易 ， 也 提高 了 代码 的 表达 能 力 。 

口 复杂 的 还 辑 通 过 SIDE-EFFECT-FREE FUNCTION 被 封装 到 了 专门 的 VALUE OBJECT 中 。 大 部 分 

复杂 逻辑 都 已 经 被 封装 到 这 些 不 变 的 对 象 中 。 由 于 Share Pie 是 VALUE OBJECT， 因此 数学 运 
算 可 以 创建 新 实例 ， 我 们 可 以 用 这 些 新 实例 来 替换 旧 实例 。 
Share Pie 的 所 有 方法 都 不 会 修改 任何 现 有 对 象 。 这 使 我 们 在 中 间 计算 中 能 够 自由 地 使 用 
plus() 、minus() 和 pro-rated() ， 并 通过 组 合 它们 来 实现 预期 效果 ， 同 时 又 不 会 产生 
其 他 副作用 。 我 们 还 可 以 根据 这 些 方法 来 创建 分 析 特性 〈 以 前 ， 只 有 在 执行 实际 计算 的 
时 候 才 能 调用 这 些 方法 ， 因 为 在 每 次 调用 之 后 数据 就 改变 了 ) 。 

口 修改 状态 的 操作 很 简单 ， 而 且 是 用 ASSERTION 来 描述 的 。 利 用 “股份 数学 ”的 高 层 抽象 ， 
我 们 可 以 用 声明 式 的 风格 来 精确 地 编写 交易 的 固定 规则 。 例 如 ， 差 值 是 实际 股份 减 去 根 
据 Facility 的 Share Pie 按 比例 分 配 的 Loan 额 。 

口 模型 概念 解除 了 码 合 ,操作 只 涉及 最 少 的 其 他 类 型 。Share Pie 上 的 一 些 方法 显示 出 它们 是 
CLOSURE OF OPERATION (加 、 减 方法 是 Share Pie 之 下 的 闭合 操作 )。 其 他 操作 以 简单 的 总 
额 作为 参数 或 返回 值 ， 它 们 虽然 不 是 闭合 操作 ， 但 只 增加 了 极 少 的 概念 负担 。Share Pie 
只 与 一 个 其 他 的 类 一 一 Share 有 密切 交互 。 这 样 ，Share Pie 就 非常 直截了当 ， 易 于 理解 和 
测试 ， 也 很 容易 通过 组 合 来 产生 声明 式 的 交易 。 这 些 特 性 都 是 从 数学 形式 中 继承 得 来 的 。 

口 熟 息 的 形式 使 我 们 更 容易 掌握 协议 (protocol) 。 最初 用 于 操作 股份 的 协议 本 来 也 是 可 以 用 
财务 术语 来 设计 的 ， 而 且 从 原则 上 讲 ， 这 样 的 设计 也 能 很 灵活 。 但 它 有 两 个 缺点 。 首 先 ， 
我 们 必须 从 头 开始 设计 它 ， 这 是 一 项 困难 且 没有 把 握 完成 的 任务 。 其 次 ， 每 个 处 理 它 的 
人 都 必须 先 学 会 它 。 而 我 们 现在 这 种 设计 的 好 处 是 ， 看 到 股份 数学 的 人 会 发 现 他 们 对 这 
个 早已 十 分 熟 秋 了， 而 且 由 于 设计 与 算术 规则 保持 严格 一 致 ， 因 此 人 们 不 会 被 误导 。 

把 与 数学 形式 有 关 的 那 部 分 问题 提取 出 来 之 后 ， 我 们 得 到 了 一 个 柔性 的 Share 设 计 ， 这 使 得 

我 们 可 以 进一步 精炼 核心 的 Loan 和 Facility 方 法 (参见 第 15 章 有 关 CORE DOMAIN 的 讨论 )。 





柔性 设计 可 以 极 大 地 提升 软件 处 理 变更 和 复杂 性 的 能 力 。 正 如 本 章 的 例子 所 示 , 柔性 设计 在 
很 大 程度 上 取决 于 详细 的 建 模 和 设计 决策 。 和 柔性 设计 的 影响 可 能 远 远 超越 某 个 特定 的 建 模 和 设计 
问题 。 第 15 章 将 讨论 柔性 设计 的 战略 价值 ， 我 们 将 把 它 作为 一 种 工具 ， 用 来 精炼 领域 模型 ， 以 便 
使 大 型 和 复杂 的 项 目 更 易于 掌握 。 
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分 析 模 式 的 应 用 


PS 刻 的 模型 和 柔性 的 设计 并 不 会 轻易 得 到 。 要 想 取得 进展 ， 必 须 学 习 大 量 领 域 知识 并 进 

/水 行 充分 的 讨论 ， 还 需要 经 历 大 量 的 尝试 和 失败 。 但 有 时 我 们 也 能 从 中 获得 一 些 优势 。 

一 位 经 验 丰富 的 开发 人 员 在 研究 领域 问题 时 ， 如 果 发 现 了 他 所 熟悉 的 某 种 职责 或 某 个 关系 
网 , 他 会 想起 以 前 这 个 问题 是 如 何 解决 的 。 以 前 尝试 过 哪些 模型 ? 哪些 是 有 效 的 ? 在 实现 中 有 哪 
些 难题 ?它们 是 如 何 解决 的 ?先前 经 历 过 的 尝试 和 失败 会 突然 间 与 新 的 情况 联系 起 来 。 这 些 模式 
当中 有 一 些 已 经 记载 到 文献 中 供 大 家 分 享 ， 这 样 我 们 就 可 以 借鉴 这 些 积累 的 经 验 。 

与 第 二 部 分 提出 的 基本 构造 块 模式 和 第 10 章 介绍 的 柔性 设计 原则 相 比 , 这 些 模 式 属于 更 高 级 
和 专用 的 模式 ， 其 中 还 使 用 了 少量 对 象 来 表示 某 种 概念 。 利 用 这 些 模式 ， 可 以 避免 一 些 代价 高 兄 
的 尝试 和 失败 过 程 ， 而 直接 从 一 个 已 经 具有 良好 表达 力 和 易 实 现 的 模型 开始 工作 , 而 且 构造 块 模 
式 已 经 解决 了 一 些 可 能 很 难 学 习 的 微妙 的 问题 。 我 们 可 以 从 这 样 一 个 起 点 来 重 构 和 试验 。 然 而 ， 
它们 并 不 是 现成 的 解决 方案 。 

在 《分 析 模 式 》 一 书 中 ，Martin Fowler 这 样 定义 分 析 模 式 ([Fowler 1997, p. 8]): 

分 析 模式 是 一 种 概念 集合 ,用 来 表示 业务 建 模 中 的 常见 构造 。 它 可 能 只 与 一 个 领域 

有 关 ， 也 可 能 跨越 多 个 领域 。 

Fowler 所 提出 的 分 析 模 式 来 自 于 实践 经 验 ， 因 此 只 要 用 在 适当 的 情况 下 ， 它 们 会 非常 实用 。 
这 些 模式 为 那些 面 对 领域 挑战 的 开发 人 员 提供 了 一 个 非常 有 价值 的 迭代 开发 过 程 起 点 。“ 分 析 模 
式 ” 这 个 名 字 本 身 就 强调 了 其 概念 本 质 。 分 析 模 式 并 不 是 技术 解决 方案 , 而 只 是 用 来 指导 人 们 设 
计 特 定 领域 中 的 模型 。 

但 从 这 个 名 字 中 我 们 看 不 出 分 析 模式 也 讨论 了 大 量 实现 问题 ， 包 括 一 些 代码 。Fowler 知 道 ， 
在 不 考虑 实际 设计 的 情况 下 进行 单纯 的 分 析 是 有 缺陷 的 。 下 面 举 一 个 很 有 趣 的 例子 ， 在 这 个 例子 
中 ，Fowler 用 更 长 远 的 眼光 审视 了 模型 选择 的 意义 一 一 考虑 在 部 团 之 后 ， 模 型 选择 对 系统 长 期 维 
护 的 影响 ([Fowler 1997, p. 151])。 

当 构建 一 个 新 的 [会 计 ] 实 务 时 ， 我 们 会 创建 一 个 新 的 过 账 规则 (posting rule) 的 实 
例 网 。 这 项 工作 完全 不 需要 重新 编译 或 重建 系统 ， 而 且 不 影响 系统 的 运行 。 有 时 我 们 将 
不 可 避免 地 需要 过 账 规则 的 某 个 新 的 子 类 型 ， 但 这 种 情况 并 不 多 见 。 
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在 一 个 成 熟 的 项 目 上 ， 模 型 选择 往往 是 根据 实用 经 验 做 出 的 。 人 们 已 经 尝试 了 各 种 组 件 的 
多 种 实现 方法 。 其 中 的 一 些 实现 已 经 被 采用 ， 甚 至 已 经 到 了 维护 阶段 。 这 些 经 验 可 以 帮助 人 们 
避 开 很 多 问题 。 分 析 模 式 的 最 大 作用 是 借鉴 其 他 项 目的 经 验 ， 把 那些 项 目 中 所 做 的 广泛 的 设计 
方向 讨论 和 实现 结果 的 经 验 与 当前 的 模型 结合 起 来 。 脱 离 设 计 模 式 的 上 下 文 来 讨论 模型 思想 将 
使 它们 很 难 应 用 ， 而 且 还 会 产生 分 析 与 设计 脱节 的 风险 ， 而 这 一 点 正 是 MopEL-DRIVEN DESIGN 
坚决 反对 的 。 

用 实例 比 用 单纯 的 抽象 描述 能 够 更 好 地 解释 分 析 模式 的 原则 和 应 用 。 本 章 将 举 出 两 个 例子 ， 
它们 选 自 [Fowler 1997] 中 的 “Inventory and Accounting” (库存 与 账户 ) 一 章 ， 在 这 两 个 例子 中 开 
发 人 员 使 用 一 个 小 型 的 有 代表 性 的 模型 。 本 章 只 是 为 了 讲解 这 两 个 例子 而 概述 分 析 模式 。 显然 ， 
本 章 的 目的 不 是 对 这 种 模式 进行 归纳 分 类 ， 甚 至 对 示例 所 使 用 的 模式 也 没有 做 完全 的 解释 。 本 章 
的 重点 是 说 明 如 何 将 它们 集成 到 领域 驱动 的 设计 过 程 中 。 


| 示例 账户 的 利息 计算 


第 10 章 显示 了 开发 人 员 为 某 种 专用 会 计 应 用 程序 去 寻找 更 深层 模型 的 各 种 可 能 途径 。 而 本 示 
例 则 是 另外 一 个 场景 ， 这 里 开发 人 员 将 深入 控 据 Fowler 的 《分 析 模 式 》 一 书 ， 从 中 寻找 有 用 的 思 

来 复习 一 下 。 用 于 跟踪 货款 和 其 他 有 息 资产 的 应 用 程序 将 计算 所 产生 的 利息 和 手续 费 , 并 跟 
踪 借方 的 付款 情况 。 夜 间 会 有 一 个 批 处 理 操作 提取 这 些 数字 ， 并 传递 给 原来 的 会 计 系 统 ， 并 标明 
每 个 账目 应 该 过 账 到 哪个 分 类 账 中 。 这 种 设计 虽然 能 工作 ， 但 使 用 起 来 却 很 麻烦 ， 修 改 起 来 也 很 
复杂 ， 而 且 不 易于 交流 沟通 。 





























后 Interest Calculator 
Fee Caleulator | Asset es 一 
5 rate 
monthlyAmount | amount freq 
dayOfMonthDue [一 dateOffset 
[| RPR accountingPeriodStartDate 
calculateFeesForDate() | Spear or interestDueAmount 
——— | - calculatelnterestForDate() 
Fee Payment Interest 
History Payment History 
图 11-1 初始 的 类 图 


开发 人 员 决 定 读 一 下 《分 析 模式 》 的 第 6 章 “Inventory and Accounting”。 下 面 是 摘录 的 一 些 
最 与 之 相关 的 内 容 。 
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等 《分 析 模 式 》 中 的 账户 模型 
所 有 种 类 的 业务 应 用 程序 都 需要 对 账户 进行 跟踪 , 因为 账户 中 保存 了 与 数值 有 关 的 信息 ( 通 
常 是 钱 )。 在 很 多 应 用 程序 中 ， 仅 跟踪 账户 总 额 是 不 够 的 ， 记 录 和 控制 账户 总 额 的 每 次 修改 也 很 
295] 重要 。 这 也 是 会 计 模 型 最 基本 的 动机 。 

















Entry 


balance: Quantity 一 一 一 amount Quantity 
a *| whenCharged: Timepoint 
whenBooked: Timepoint | 








{balance = sum(entries.amount)} 


图 11-2 一 个 基本 的 账户 模型 


通过 插入 一 个 Entry (项 ) 可 以 向 账户 中 添加 数值 ， 而 插入 一 个 负 的 Entry 则 可 以 从 账户 中 删除 
数值 。Entry 永 远 不 会 被 删除 ， 因 此 整个 历史 就 会 被 保留 下 来 。 余 额 就 是 把 所 有 Entry 加 到 一 起 所 得 
到 的 结果 。 这 个 余额 可 以 实时 计算 ， 也 可 以 被 缓存 ， 这 是 由 Account 接 口 封装 的 一 个 实现 决策 。 

会 计 的 一 条 基本 原则 就 是 账目 的 平 恒 。 钱 不 会 无 中 生 有 ,也 不 会 无 故 消 失 。 它 只 能 从 一 个 账 





户 转移 到 另 一 个 账户 。 
Aceount | | Ey | [| | 
eet dee A . | 
balance: Quantity 一 -一 一 一 amount Quantity 上 一 | Transaction 
*»| whenCharged: Timepoint | 2 | 
[Werdeniet: Timepoint_| ? 


{sum(entries.amount) = 0} 


图 11-3 一 个 交易 模型 


这 就 是 众所周知 的 “复式 记 账 ”(double-entry book-keeping) 概念 。 每 个 贷方 都 有 与 之 相应 
的 借方 。 当 然 ， 像 其 他 守恒 定律 一 样 ， 它 只 适用 于 一 个 封闭 的 系统 ， 这 个 系统 包含 了 入 账 和 出 账 
的 所 有 明细 。 但 很 多 简单 的 应 用 程序 并 不 需要 这 么 严格 。 
Fowler 在 他 的 书 中 介绍 了 这 些 模型 的 较 全 面 的 形式 ， 并 对 折 中 问题 做 了 大 量 讨论 。 
开发 人 员 (开发 人 员 1) 通过 阅读 这 些 内 容 获得 了 一 些 新 的 思路 。 她 把 这 章 内 容 介绍 给 她 的 
同事 (开发 人 员 2) 看 ， 这 位 同事 正在 与 她 一 起 编写 一 些 利息 计算 逻辑 ， 而 且 他 还 编写 了 夜间 批 
处 理 程 序 。 他 们 一 起 对 模型 作 了 一 些 粗 略 的 修改 ,并 在 模型 中 加 进 了 一 些 在 阅读 该 章 时 看 到 的 模 
[256| 型 元 素 。 
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3 = TInterest Caleulator 
FeeCaleulator | Asset | ceshn ret 

rate 

monthlyAmount | amount | freq 

dayOfMonthDue | = -| i i 

dios me en | accountingPeriodStartDate 

SalculateFeesForDate() | ene. interestDueAmount 

1 | calculatelnterestForDate) a 
—— 








1 fr — 
| Fee Account 一 1 人 | 
Ls | RA | 


Inserts new Entry | Inserts new Entry into 
into Fee Account | Interest. nt | 


{sum(entries amoun) = 0} 

















图 11-4 新 提出 的 模型 
然后 他 们 找 来 领域 专家 (以 下 称 专家 ) 一 起 讨论 新 模型 的 思路 。 


开发 人 员 1: 利用 这 个 新 模型 ,我 们 可 以 在 Interest Account 中 为 每 笔 利息 收入 增加 一 个 Entry， 
而 不 是 只 调整 interestDuceAmount。 然 后 ， 另 一 个 付款 的 Entry 会 使 其 平 账 。 

专家 : 这 样 是 不 是 就 可 以 看 到 所 有 的 应 计 (accrual) 利息 和 付款 历史 了 ? 这 正 是 需要 的 功能 。 

开发 人 员 2: 我 不 确定 这 里 使 用 “Transaction”( 交 易 ) 是 否 完全 正确 。 定 义 讲 的 是 把 钱 从 一 
个 Account 转 移 到 另 一 个 Account， 而 不 是 两 个 Entry 在 同一 个 Account 中 互相 平衡 。 

开发 人 员 1: 这 个 问题 很 好 ， 我 也 有 些 担心 ， 因 为 书 上 似乎 强调 交易 是 瞪 间 建立 的 ， 而 利息 
的 付款 可 以 过 几 天 再 进行 。 

专家 : 那些 付款 不 一 定 要 推迟 几 天 ， 在 支付 时 间 上 可 以 灵活 处 理 。 

开发 人 员 1: 那么 这 种 担心 就 没有 必要 了 。 我 想 我 们 或 许 已 经 发 现 了 一 些 隐 含 的 概念 。 让 
Interest Calculator 来 创建 Entry 对 象 似乎 确实 更 易 理 解 。 而 且 Transaction 似 乎 把 计算 出 的 利息 和 付 
款 巧妙 地 联系 在 一 起 了 。 

专家 : 为 什么 要 把 应 计 项 目 和 付款 联系 在 一 起 呢 ? 它们 在 会 计 系统 中 分 开 过 账 的 。Account 
的 平 账 才 是 主要 的 。 沿 着 一 个 一 个 的 Entry， 我 们 就 可 以 查 出 所 有 的 账目 。 

开发 人 员 2: 你 的 意思 是 说 不 用 跟踪 利息 是 否 已 经 支付 这 一 点 吗 ? 

专家 : 当然 需要 跟踪 。 但 它 并 不 是 你 们 所 说 的 “一 次 应 计 项 目 /一 笔 付款 ”这 种 简单 的 模式 。 

开发 人 员 2: 实际 上 不 用 考虑 那 种 关联 之 后 ,很 多 事情 都 简化 了 。 

开发 人 员 1: 好 的 ， 这 样 如 何 ? [ 拿 来 旧 类 图 的 复印 件 开始 把 修改 的 地 方 画 出 来 ]。 顺 便 问 一 
下 ， 你 好 几 次 提 到 “应 计 项 目 ”这 个 词 ， 能 确切 地 讲 一 下 它 的 意思 吗 ? 

专家 : 当然 可 以 。 应 计 项 目 (accrual) 是 指 在 一 笔 支出 或 收入 发 生 的 时 候 把 它 记 录 到 了 账目 中 ， 而 
永远 不 管 现金 实际 是 何 时 过 账 的 。 因 此 ， 利 息 每 天 都 会 计算 ， 但 只 有 在 (举例 来 说 ) 月 末 才 会 支付 。 
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开发 人 员 1: 是 的 ， 我 们 确实 需要 这 个 词 。 好 ， 现 在 这 个 图 怎么 样 ? 





Fee Caleulator 1 Asset | 








monthlyAmount [a fieq 


dayOfMonthDue 中 一 tOffet 
2 accountingPeriodStarDate sdIn- 
calculateFeesForDate() | Saras ot imteremDemount—— Toefinperiod 
| | calculateInterestForDate() 


[pee poyment | 人 


Payment History 





























图 11-5 还 是 原来 的 类 图 ， 只 是 把 应 计 项 目 和 付款 分 开 了 


开发 人 员 1: 现在 ,我们 可 以 删 掉 与 付款 有 关 的 所 有 复杂 计算 了 ， 而 且 我 们 引入 了 “accrual” 
这 个 术语 ， 它 更 好 地 表明 了 我 们 的 意图 。 

专家 : 那么 我 们 就 不 会 有 Account 对 象 了 吧 ? 我 本 来 还 希望 能 够 把 应 计 项 目 、 付 款 和 余额 等 
项 都 放 到 这 个 对 象 中 呢 。 

开发 人 员 1: 是 吗 ? ! 如 果 是 那样 的 话 ， 或 许 这 么 画 就 可 以 [ 拿 起 另 一 张 图 开始 画 起 来 ]。 


ei i Interest Calculator | 
Fee Calculator en | 


ee | [ 


ji 
| 








mte 
monthlyAmount amount freq 
dayOfMonthDue | BE 于 aasoma 
ROLL | cleolaelmierestForDate) | | comme 
caleulateFecsForDate() 
bolculateAccruedFeesForDate( ) | ee | PTD 
? 0 -一 aeuleweimerenporpmeor 
calculateAccrvedInterestFarDate( ) 
| ee [一 
| Fee Account -一 一 一 | Entry -一 一 一 Imterest Account 
一 一 A 一 一 一 
Ee RN 






| imio Fee Account | | merest Aceount | 


图 11-6 基于 账户 的 图 ， 里 面 没有 Transaction 


专家 : 这 看 起 来 确实 好 极 了 ! 

开发 人 员 2: 批 处 理 脚 本 也 只 需要 简单 的 修改 就 能 使 用 这 些 新 对 象 。 

开发 人 员 1: 新 的 Interest Calculator 过 几 天 才能 使 用 。 有 好 几 个 测试 需要 修改 一 下 。 但 修改 之 
后 测试 会 更 清楚 。 
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两 位 开发 人 员 开 始 基于 新 模型 进行 重 构 。 他 们 在 着 手 编写 代码 并 加 强 设计 时 , 又 有 了 一 些 对 
模型 进行 精 化 的 新 想法 。 

通过 更 仔细 的 研究 , 他 们 发 现 这 两 个 子 类 在 应 用 程序 中 的 职责 稍 有 不 同 , 而 且 都 是 非常 重要 
的 领域 概念 ， 于 是 决定 为 Entry 创 建 两 个 子 类 : Payment 和 Accrual。 但 另 一 方面 ， 从 “Entry 是 从 何 
而 来 的 ”这 个 角度 来 看 ， 那 么 无 论 它 是 因为 手续 费 而 产生 的 ， 还 是 因为 利息 产生 的 ， 在 概念 和 行 
为 上 都 没有 任何 区 别 。 它 们 只 是 出 现在 适当 的 Account 中 。 

但 遗憾 的 是 , 开发 人 员 们 发 现 ， 出 于 实现 方面 的 考虑 ， 他 们 不 得 不 放弃 最 后 这 一 次 抽象 。 数 
据 存储 在 关系 表 中 ,而且 项 目标 准 要 求 在 不 运行 程序 的 情况 下 也 能 解释 清楚 这 些 表 。 这 意味 着 要 
把 手续 费 项 和 利息 项 分 开 保存 到 不 同 的 表 中 。 根 据 他 们 所 使 用 的 对 象 -关系 映射 框架 ， 将 手续 费 
项 和 利息 项 保存 到 不 同 表 中 的 唯一 方法 就 是 创建 具体 的 子 类 (Fee Payment、Interest Payment 等 
等 )。 如 果 换 成 另外 一 种 基础 设施 ， 他 们 或 许 还 可 以 避免 使 用 这 些 笨拙 的 子 类 。 

我 在 这 个 大 部 分 是 虚构 的 故事 中 讲述 这 段 小 插曲 的 原因 是 想 说 明 我 们 在 现实 中 总 是 会 遇 到 
这 类 小 的 障碍 。 我 们 必须 做 出 一 些 适当 的 折 中 选择 然后 继续 前 进 ,而 不 能 因为 这 些小 问题 而 改变 
MopEL-DRIVEN DESIGN 的 方向 。 
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> se ee Payment | [ Accrual 
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使 用 的 对 象 -关系 映射 框架 导致 Payment Payment | | Aceraal Accrual 
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图 11-7 实现 之 后 的 类 图 


新 的 设计 更 易于 分 析 和 测试 ， 因 为 最 复杂 的 功能 已 被 封装 到 了 SIDE-EFFECT-FREE FUNCTION 
中 。 剩 下 的 命令 的 代码 很 简单 (因为 它 只 需 调用 各 种 FUNCTION) ， 并 使 用 了 ASSERTION。 





有 时 ,我 们 甚至 想象 不 到 ,程序 的 一 些 部 分 也 能 从 领域 模型 获 益 。 它 们 可 能 从 简单 开始 ,并 








212 第 三 部 分 通过 重 构 来 加 深 理解 





一 步 步 机械 地 演变 。 它 们 看 上 去 就 像 是 复杂 的 应 用 程序 代码 ,而 不 是 领域 逻辑 。 分 析 模 式 在 找到 
这 些 盲 点 方面 特别 有 用 。 

在 下 一 个 例子 中 , 一 位 开发 人 员 对 夜间 批 处 理 程序 的 内 部 机 制 产生 了 新 的 想法 , 以 前 他 并 没 
有 从 领域 的 角度 来 考虑 这 一 问题 。 


| 示例 对 夜间 批 处 理 程序 的 深入 理解 


几 星 期 后 ,改进 后 的 基于 Account 的 模型 基本 完成 了 。 像 往常 一 样 ， 虽 然 新 设计 更 加 清晰 了 ， 
但 它 又 暴露 了 其 他 一 些 问题 。 开 发 人 员 (开发 人 员 2) 在 修改 夜间 批 处 理 程序 以 使 之 与 新 设计 交 
互 的 时 候 ， 发 现 批 处 理 程序 的 行为 与 《分 析 模式 》 一 书 中 所 讲 的 一 些 概念 有 联系 。 下 面 就 是 他 发 
现 的 一 些 最 相关 的 概念 ; 


和 过 账 规则 

会 计 系统 经 常 提供 同一 个 基本 财务 信息 的 多 种 视图 。 一 个 账户 可 能 用 于 跟踪 收入 , 而 另 一 个 
账户 可 能 用 于 跟踪 该 收入 的 估 税 。 如 果 我 们 希望 系统 自动 更 新 估 税 总 额 ,那么 这 两 个 账户 的 实现 
将 会 彼此 紧密 关联 。 在 有 些 系统 中 ， 大 部 分 账目 都 是 由 这 些 规则 而 产生 的 ， 在 这 样 的 系统 中 ， 依 
赖 逻辑 会 变 得 一 团 精 。 即 使 是 在 规模 不 大 的 系统 中 ,这样 的 交叉 过 账 也 会 很 复杂 。 减 少 这 种 缠 杂 
不 清 的 依赖 性 的 第 一 步 是 通过 引入 一 个 新 的 对 象 来 使 这 些 规则 明朗 化 。 





. ~ a eh 
input calculation 
Account 一 一 一 Posting Rule -一 Method 








本 


图 11-8 基本 过 账 规则 的 类 图 


当 过 账 规则 的 input 账 目 收 到 一 个 新 的 Entry 时 ， 这 个 Entry 就 会 触发 过 账 规则 。 然 后 过 账 规则 
会 生成 一 个 新 的 Entry (基于 其 自己 的 计算 方法 )， 并 将 这 个 Entry 插 入 到 其 “output” 账 目 中 。 在 
工资 系统 中 ， 工 资 Account 中 的 Entry 可 能 会 触发 一 个 过 账 规则 ， 此 规则 计算 30% 的 估计 收入 所 得 
税 ， 并 将 其 作为 一 个 Entry 插 入 到 扣 税 Account 中 。 


站 执 行 过 账 规则 
过 账 规则 建立 了 各 个 Account 在 概念 之 间 的 依赖 性 ， 但 如 果 对 这 个 模式 的 使 用 仅 限于 目前 这 


个 程度 , 那么 它 仍然 很 难 使 用 。 在 依赖 性 设计 中 , 最 复杂 的 一 个 部 分 是 更 新 的 时 间 和 控制 。 Fowler 
讨论 了 3 种 选择 : 
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(1)“ 主 动 触发 ”(Eager firing) 是 最 明显 的 选择 ， 但 通常 也 是 最 不 实用 的 。 每 当 一 个 Entry 被 
插入 到 Account 中 时 ， 它 立即 就 触发 过 账 规则 ， 并 立即 进行 所 有 更 新 。 

(2)“ 基 于 Account 的 触发 ”允许 推迟 处 理 。 在 过 后 的 某 个 时 刻 ， 向 Account 发 送 一 条 消息 ， 令 
其 触发 过 账 规则 ， 来 处 理 自 从 上 一 次 触发 以 来 所 插入 的 所 有 Entry。 

(3) 最 后 ,“ 基 于 过 账 规则 的 触发 ”由 外 部 代理 来 启动 ， 它 通知 过 账 规则 触发 。 过 账 规则 负责 
查找 自从 上 次 触发 以 来 插入 到 其 输入 的 Account 中 的 所 有 Entry。 

尽管 在 一 个 系统 中 可 以 混合 使 用 各 种 触发 模式 ,但 每 组 特定 的 规则 都 需要 有 一 个 明确 定义 的 
“启动 点 ”( 应 该 在 何 时 启动 )， 还 要 定义 由 谁 负责 查找 插入 到 输入 的 Account 中 的 Entry。 将 这 三 
种 触发 模式 添加 到 UBIQUITOUS LANGUAGE 中 对 于 成 功 使 用 这 种 模式 具有 至 关 重 要 的 意义 ， 这 与 模 
型 对 象 定义 本 身 同等 重要 。 这 样 ， 触 发 的 概念 就 不 再 模糊 了 ， 而 且 还 能 指导 我 们 从 已 经 明确 定义 
的 三 种 选择 中 确定 一 个 。 这 些 触发 模式 揭示 出 了 一 个 很 容易 被 忽略 的 重点 , 并且 丰 富 了 我 们 的 词 
汇 ， 从 而 使 讨论 更 清晰 。 


开发 人 员 2 需要 找 个 人 来 讨论 他 的 新 思路 。 他 找到 了 同事 (开发 人 员 1) ， 开 发 人 员 1 原 来 主 
要 负责 建立 一 个 应 计 项 目 (accrual) 的 模型 。 





开发 人 员 2: 有 的 时 候 ， 夜 间 批 处 理 程序 成 为 了 一 个 隐藏 问题 的 地 方 。 脚 本 的 行为 中 隐 含 了 
领域 逻辑 ， 而 且 正在 变 得 越 来 越 复杂 。 很 长 时 间 以 来 ， 我 一 直 想 用 MODEL-DRIVEN DESIGN 的 方法 
来 修改 一 下 批 处 理 ， 将 领域 层 分 离 出 来 ， 并 使 脚本 本 身 成 为 领域 层 之 上 的 一 个 简单 的 层 。 但 我 一 
直 没有 想 出 这 个 领域 模型 应 该 是 什么 样 的 。 看 上 去 它 似乎 只 是 一 些 操作 步骤 ,而 把 它们 实现 为 对 
象 没什么 实际 意义 。 我 读 完 《 分 析 模式 》 一 书 中 有 关 Posting Rule 的 内 容 后 ， 获 得 了 一 些 思 路 。 这 
个 图 就 是 我 所 想到 的 [ 北 过 来 一 张 草 图 ]。 





Posting Service 
Post(amount, led 


图 11-9 在 批 处 理 中 使 用 过 账 规则 的 一 个 思路 
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开发 人 员 1: Posting Service 是 指 什么 ? 

开发 人 员 2: 这 是 个 FACADE， 它 提供 了 会 计 应 用 程序 的 API， 并 且 将 其 呈现 为 一 个 SERVICE。 
实际 上 我 使 用 它 已 经 有 一 段 时 间 了 ， 主 要 用 来 简化 批 处 理 代码 ， 而 且 它 也 为 我 提供 了 一 个 
INTENTION-REVEALING JNTERFACE， 可 用 于 向 老 系 统 过 账 。 

开发 人 员 1: 很 有 趣 ， 那么 你 打算 为 这 些 Posting Rule (过 账 规则 ) 使 用 哪 种 触发 模式 ? 

开发 人 员 2: 我 还 没有 想 那 么 多 。 

开发 人 员 1:“ 主 动 触发 " 可 能 适用 于 Accrual, 因为 批 处 理 程序 实际 上 通知 Asset 插 入 Accrual， 
但 “主动 触发 ”可 能 不 适用 于 Payment， 因 为 Payment 是 在 白天 输入 的 。 

开发 人 员 2: 不 管 怎样 ， 我 认为 我 们 都 不 希望 把 计算 方法 与 批 处 理 程序 特别 紧密 地 联系 到 一 
起 。 如 果 我 们 决定 在 一 个 不 同 的 时 间 来 触发 利息 计算 , 那么 情况 将 会 是 一 团 粳 。 而 且 从 概念 上 看 ， 
这 也 是 不 正确 的 。 

开发 人 员 1: 这 听 上 去 有 点 像 “基于 Posting Rule 的 触发 "。 每 个 Posting Rule 需 要 执行 的 时 候 ， 
都 由 批 处 理 程序 通知 它 执行 ， 然 后 规则 找 出 相应 的 新 Entry， 并 完成 其 他 工作 。 这 种 思路 基本 上 
或 与 你 画 的 图 中 表现 出 来 的 思路 差不多 吧 。 

开发 人 员 2: 这 样 在 批 处 理 设计 中 就 不 会 产生 很 多 依赖 性 ,而 且 它 也 易于 控制 了 ,看 样子 不 错 。 

开发 人 员 1: 我 没有 完全 明白 这 些 对 象 是 如 何 与 Account 和 Entry 交 互 的 。 

开发 人 员 2: 我 也 没完 全 明白 。 那 本 书 中 的 示例 在 Account 和 Posting Rule 之 间 建 立 了 直接 联 
系 。 在 某 种 程度 上 这 种 方法 是 合乎 还 辑 的， 但 我 认为 它 并 不 完全 适用 于 我 们 的 情况 。 我 们 每 次 都 
需要 用 数据 来 实例 化 这 些 对 象 ， 因 此 要 使 用 这 种 方法 ， 必 须知 道 应 用 哪 条 规则 。 同 时 ，Asset 对 
象 知 道 每 个 Account 的 内 容 ， 因 此 也 知道 应 用 哪 条 规则 。 但 别 的 对 象 是 什么 情况 呢 ? 

开发 人 员 1: 虽然 我 讨厌 过 分 挑 别 ， 但 我 确实 认为 Method 的 使 用 不 正确 。 我 认为 在 概念 上 
Method 是 用 于 计算 要 过 账 的 总 额 的 ， 比 方 说 ， 在 收入 上 计算 20% 的 扣 税 。 但 我 们 的 情形 很 简单 : 
它 始 终 是 过 账 的 全 额 。 我 想 Posting Rule 本 身 应 该 是 知道 要 过 账 给 哪个 Account 的 ， 这 个 Account 
对 应 于 我 们 的 ledger name (分 类 账 名 称 ) 。 

开发 人 员 2; 哦 ， 那 么 如 果 让 Posting Rule 负 责 查 知 正确 的 Jedger name， 我 们 可 能 就 完全 不 需 
要 Method 了 。 


实际 上 ， 选 择 正确 的 ledger name 这 件 事情 变 得 越 来 越 复 杂 了 。 它 已 经 是 收入 类 型 (手续 费 或 
利息 ) 与 “Asset 类 别 ”( 公 司 对 每 种 Asset 所 使 用 的 分 类 ) 的 组 合 了 。 我 希望 新 模型 能 够 在 解决 这 
个 复杂 性 上 有 所 帮助 。 


开发 人 员 1: 好 的 ， 我 们 就 把 重点 集中 在 这 里 。Posting Rule 负 责 根据 Account 的 属性 来 选择 
Ledger。 现 在 ， 我们 可 以 先 用 一 种 简单 直接 的 方式 来 处 理 资 产 类 型 以 及 利息 与 收入 之 间 的 区 分 。 





[304] 将 来 ， 我 们 会 有 一 个 OBJECT MODEL， 可 以 通过 改进 这 个 模型 来 处 理 更 复杂 的 情形 。 
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开发 人 员 2: 在 这 方面 我 还 要 多 考虑 一 下 。 我 会 再 仔细 研究 一 备 ， 再 把 模式 读 一 遍 ， 然 后 再 
来 尝试 解决 这 个 问题 。 明 天 下 午 我 能 再 次 和 你 讨论 这 个 问题 吗 ? 


在 接 下 来 的 几 天 时 间 里 ， 这 两 位 开发 人 员 设 计 出 了 一 个 模型 ， 并 对 代码 进行 了 重 构 ， 使 得 批 
处 理 程序 只 是 简单 地 依次 访问 各 个 Asset, 并 向 每 个 Asset 发 送 几 条 非常 浅显 易 懂 的 消息 ,然后 提交 
数据 库 事务 。 复 杂 性 被 转移 到 领域 屋 中 ， 领 域 层 中 的 对 象 模型 使 问题 变 得 更 加 明确 ， 也 更 抽象 。 





















































Asset 
Posting Service Posting Rule | — | amount 
Posting 一 一 pee rule bss 
post(amount, | | process(Account) | _ | insertAccrualsForDate(Date) 
ledgerName, .) ea Trent ruie 一 | Sipoenghaion) 
/ SE | - fees 。 interest 
ee Map = | A NR i 
识别 Asset 的 属性 assetClass -> ledgerName Account | Entry 
= 一 一 SEE balance ij amount 
| astPostingDate 
postNewEntries(Posting Rule) 
图 11-10 含有 过 账 规 则 的 类 图 
script Asset fees: Account fee rule: Posting Rule :Map : Posting Service 
| insertAccrualsFor(date) ! ! | 
orn ! 1 
| firePostingRulesO ! | 
! eens ! 1 
1 1 ! 
1 | postNewEntries(feeRule, ) ! 
| assetClass) | ! 
| | 一 > 1 
1 上 。 postEntry(entry， | 
1 ! assetClass) | | 
H ee Case 上 
| ! get(assetClass) | 
| WE | | 
! | ! ledgerName | ! 
1 1 1 
1 posttamount JedgerName, ..) 
| 1 ao A 
! | 1 


1 | and repeat for 1 ! | 
| | interest Account ! ! 





图 11-11 显示 了 规则 触发 的 序列 图 


在 一 些 细节 问题 上 ， 这 两 位 开发 人 员 开发 的 模型 与 《分 析 模式 》 中 给 出 的 相差 其 远 ， 但 他 们 
认为 二 者 在 概念 本 质 上 还 是 相同 的 。 有 一 个 问题 令 他 们 稍 感 不 安 , 那 就 是 在 Posting Rule 的 选择 中 
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把 Asset 牵 扯 进来 了 ， 因 为 Asset 知 道 每 个 Account 的 性 质 〈 手 续费 或 利息 ) ， 而 且 它 也 是 脚本 的 自 
然 访问 点 。 在 规则 对 象 直接 与 Account 发 生 关联 的 情况 下 ， 这 些 对 象 在 每 次 实例 化 时 (每 次 运行 
批 处 理 程序 时 ) 都 需要 与 Asset 对 象 进行 协作 。 可 他 们 没有 这 样 做 ,而 是 让 Asset 对 象 通过 SINGLETON 
访问 来 查找 这 两 个 相关 规则 ， 并 把 相应 的 Account 传 递 给 它们 。 这 样 一 来 代码 就 变 得 更 直接 了 ， 
因此 这 是 一 个 正确 的 决定 。 

他 们 都 感到 从 概念 上 看 更 好 的 做 法 是 让 Posting Rule 只 与 Account 发 生 关联 ， 而 令 Asset 只 负责 
生成 Accrual。 他 们 希望 等 到 有 了 后 续 的 重 构 和 更 深入 的 理解 之 后 再 回头 看 这 个 问题 , 并 找到 一 种 
将 职责 分 离 得 更 清楚 而 又 不 影响 代码 明确 性 的 方法 。 





分 析 模式 是 很 有 价值 的 知识 


当 你 可 以 幸运 地 使 用 一 种 分 析 模式 时 ， 它 一 般 并 不 会 直接 满足 你 的 需求 。 但 它 为 你 的 研究 提供 
了 有 价值 的 指导 ， 而 且 提供 了 明确 抽象 的 词汇 。 它 还 可 以 指导 我 们 的 实现 ， 从 而 省 去 很 多 麻烦 。 

我 们 应 该 把 所 有 分 析 模 式 的 知识 融入 到 知识 消化 和 重 构 的 过 程 中 ， 从 而 形成 更 深刻 的 理解 ， 
并 促进 开发 。 当 我 们 应 用 一 种 分 析 模式 时 ,所 得 到 的 结果 通常 与 该 模式 的 文献 中 记载 的 形式 非常 
相像 ， 只 是 因 具体 情况 不 同 而 略 有 差异 。 但 有 时 也 完全 看 不 出 这 个 结果 与 分 析 模 式 本 身 有 关 ， 然 
而 这 个 结果 仍然 是 受 该 模式 思想 的 启发 而 得 到 的 。 

但 有 一 个 误区 是 应 该 避免 的 。 当 使 用 一 个 众所周知 的 分 析 模式 中 的 术语 时 , 一定 要 注意 , 不 
管 其 表面 形式 的 变化 有 多 大 ， 都 不 要 改变 它 所 表示 的 基本 概念 。 这 样 做 有 两 个 原因 ,一 是 模式 中 
草 含 的 基本 概念 将 帮助 我 们 避免 问题 ， 二 是 (也 是 更 重要 的 原因 ) 在 UBIQUITOUS LANGUAGE 中 使 
用 被 广泛 理解 或 至 少 是 被 明确 解释 的 术语 可 以 增强 通用 语言 。 如果 在 模型 的 自然 演变 过 程 中 模型 
的 定义 也 发 生 改变 ， 那 么 就 要 修改 模型 名 称 了 。 

很 多 对 象 模型 都 有 文献 资料 可 查 , 其 中 有 些 对 象 模型 专门 用 于 某 个 行业 中 的 某 种 应 用 , 而 有 
些 则 是 通用 的 模型 。 大 部 分 对 象 模型 都 有 助 于 开阔 思路 , 但 只 有 为 数 不 多 的 一 些 模 型 精辟 地 阐述 
了 选择 这 些 模式 的 原理 和 使 用 的 结果 , 而 这 些 才 是 分 析 模 式 中 最 有 用 的 部 分 。 这 些 精 化 后 的 分 析 
模式 大 部 分 都 很 有 价值 ， 有 了 它们 ， 可 以 免 去 一 次 次 的 重复 开发 工作 。 尽 管 我 们 不 大 可 能 归纳 出 
一 个 包罗 万 象 的 分 析 模式 类 目 ， 但 针对 具体 行业 的 类 目 还 是 能 够 开发 出 来 的 。 而 且 在 一 些 跨越 多 
个 应 用 的 领域 中 适用 的 模式 可 以 被 广泛 共享 。 

这 种 对 已 组 织 好 的 知识 的 重复 利用 完全 不 同 于 通过 框架 或 组 件 进行 的 代码 重用 ,但 是 二 者 唯 
一 的 共同 点 是 它们 都 提供 了 一 种 新 思路 的 朝 芽 , 而 这 种 新 思路 先前 可 能 并 不 十 分 明晰 。 一 个 模型 ， 
黄 至 一 个 通用 框架 ,都 是 一 个 完整 的 整体 ， 而 分 析 则 相当 于 一 个 工具 包 ， 它 被 应 用 于 模型 的 一 些 
部 分 。 分 析 模 式 专注 于 一 些 最 关键 和 最 艰难 的 决策 ,并 指明 了 各 种 替代 和 选择 。 它 们 提前 预测 了 
一 些 后 期 结果 ， 而 如 果 单 靠 我 们 自己 去 发 现 这 些 结果 ， 可 能 会 付出 高 昂 的 代价 。 
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到 | 目前 为 止 ,本 书 中 所 探讨 的 模式 都 是 专门 针对 如 何在 MODEL-DRIVEN DESIGN 的 上 下 文 
中 解决 领域 模型 中 的 问题 。 但 实际 上 ， 大 部 分 已 发 布 的 模式 都 更 侧重 于 解决 技术 问 
题 。 设 计 模 式 与 领域 模式 之 间 有 什么 区 别 ? 《设计 模式 》 这 部 经 典 著作 的 作者 为 初学 者 指出 了 
以 下 事实 ([Gamma et al. 1995, p. 3]) : 


观点 的 不 同 会 影响 人 们 对 什么 是 模式 和 什么 不 是 模式 的 理解 。 一 个 人 所 认为 的 模 

式 在 另 一 个 人 看 来 可 能 是 基本 构造 块 。 本 书 将 在 一 定 的 抽象 层次 上 讨论 模式 。 设 计 模 

式 并 不 是 指 像 链表 和 散 列表 那样 可 以 被 封装 到 类 中 并 供 人 们 直接 重用 的 设计 ， 也 不 是 

直接 用 于 整个 应 用 程序 或 子 系统 的 复杂 的 、 专 用 于 领域 的 设计 。 本 书 中 的 设计 模式 是 

对 一 些 交互 的 对 象 和 类 的 描述 ， 我 们 通过 定制 这 些 对 象 和 类 来 解决 特定 上 下 文中 的 一 

般 设 计 问 题 。 

在 《设计 模式 》 介 绍 的 模式 中 ， 有 些 (但 并 非 所 有 ) 模式 可 用 作 领 域 模式 ， 但 在 这 样 使 用 的 
时 候 ， 需 要 变换 一 下 重点 。《 设 计 模 式 》 一 书 中 的 设计 模式 把 相关 设计 元 素 归 为 一 类 ， 这 些 元 素 
能 够 解决 在 各 种 上 下 文中 经 常 遇 到 的 问题 。 这 些 模式 的 动机 以 及 模式 本 身 都 是 从 纯 技术 角度 描述 
的 。 但 这 些 元 素 中 的 一 部 分 在 更 广泛 的 领域 和 设计 上 下 文中 也 适用 ,因为 这 些 元 素 所 对 应 的 基本 
概念 在 很 多 领域 中 都 会 出 现 。 

除了 《设计 模式 》 一 书 中 介绍 的 模式 以 外 ,近年 来 还 出 现 了 其 他 很 多 技术 设计 模式 。 有 些 模 
式 反映 了 在 一 些 领域 中 出 现 的 深层 次 概念 。 这 些 模式 都 有 很 大 的 利用 价值 。 为 了 在 领域 驱动 的 设 
计 中 充分 利用 这 些 模式 , 我 们 必须 同时 从 两 个 角度 看 待 它们 : 从 代码 的 角度 来 看 它们 是 技术 设计 
模式 ， 从 模型 的 角度 来 看 它们 就 是 概念 模式 。 

我 们 将 把 《设计 模式 》 所 介绍 的 一 个 特定 模式 作为 样 例 , 来 说 明 如 何 将 人 们 所 认为 的 设计 模 
式 应 用 到 领域 模型 中 , 而 且 这 个 例子 还 将 澄清 技术 设计 模式 与 领域 模式 之 间 的 区 别 。 本 章 还 将 通 
过 组 合 COMPOSITE (组 合 ) 和 STRATEGY (策略 ) 这 两 种 模式 演示 如 何 通过 改变 思考 方式 ， 用 
一 些 经 典 的 设计 模式 来 解决 领域 问题 。 








309 








310, 














218 第 三 部 分 通过 重 构 来 加 深 理解 








12.1 模式 : STRATEGY (也 称 为 PoLicY) 


ER 光 生 


et algorithmlnterface() | 




















Conerete Strategy C 











上 Concrete Strategy A | Concrete Strategy B 
a 





二 一 


lgorithminterface() | algorithmlnterface() | | algorithminterface() | 


定义 了 一 组 算法 ， 将 每 个 算法 封装 起 来 ， 并 使 它们 可 以 互 换 。STRATEGY 万 许 算法 
独立 于 使 用 它 的 客户 而 变化 。 ([Gamma et al. 1995]) 


领域 模型 包含 一 些 并 非 用 于 解决 技术 问题 的 过 程 , 将 它们 包含 进来 是 因为 它们 对 处 理 问题 领 
域 具有 实际 的 价值 。 当 必须 从 多 个 过 程 中 进行 选择 时 , 选择 的 复杂 性 再 加 上 多 个 过 程 本 身 的 复杂 
性 会 使 局 面 失去 控制 。 

当 对 过 程 进行 建 模 时 ,我 们 经 常会 发 现 有 不 止 一 种 合理 的 建 模 方式 , 而 如 果 把 所 有 的 选择 都 
写 到 过 程 的 定义 中 , 定义 就 会 变 得 腾 肿 而 复杂 , 而 且 我 们 所 选择 的 行为 描述 也 会 因为 混杂 在 其 他 
行为 中 而 显得 模糊 不 清 。 

我 们 希望 把 这 些 选择 从 过 程 的 主体 概念 中 分 离 出 来 ， 这 样 既 能 够 看 清 主体 概念 ， 也 能 更 
清楚 地 看 到 这 些 选择 。 软 件 设 计 社区 中 众所周知 的 STRATEGY 模 式 就 是 为 了 解决 这 个 问题 的 ， 
虽然 它 的 侧重 点 在 于 技术 方面 。 这 里 ， 我 们 把 它 当成 模型 中 的 一 个 概念 来 使 用 ， 并 在 该 模型 
的 代码 实现 中 把 它 反映 出 来 。 我 们 同样 也 需要 把 过 程 中 极 易 发 生变 化 的 部 分 与 那些 更 稳定 的 
部 分 分 离开 。 

因此 : 

我 们 需要 把 过 程 中 的 易 变 部 分 提取 到 模型 的 一 个 单独 的 “策略 ”对 象 中 。 将 规则 与 它 所 控制 
的 行为 区 分 开 。 按 照 STRATEGY 设 计 模式 来 实现 规则 或 可 普 换 的 过 程 。 策 略 对 象 的 多 个 版 本 表示 
了 完成 过 程 的 不 同方 式 。 

传统 上 ， 人 们 把 STRATEGY 模 式 看 作 一 种 设计 模式 ， 这 种 观点 的 侧重 点 是 它 替换 不 同 算法 
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的 能 力 。 而 把 它 看 作 领 域 模型 的 侧重 点 是 其 表示 概念 的 能 力 ， 这 里 的 概念 通常 是 指 过 程 或 策 
咯 规则 。 


[| 示例 路 线 查找 (Route-Finding) 策略 


我 们 把 一 个 Route Specification (路 线 规格 ) 传递 给 Routing Service (路 线 服务 ), Routing Service 
的 工作 是 构造 一 个 满足 SPECIFICATION 的 详细 的 Itinerary。 这 个 SERVICE 是 一 个 优化 引擎 ， 可 以 通过 
调节 它 来 查找 最 快 的 线 或 最 便宜 的 路 线 。 


uting PET 3 
findFastest(Specification) :Tineay | creates-| Itnerary 下 em by}— | 
findCheapest(Specification) : ltinerary | - 




















Ye 
Leg 2 
| from: Location | Voynge 
ee departure:Dae |»o = 
”| to: Location LdailyRate : Money 








arrival : Date | 


图 12-1 带 选 项 的 SERvICE 接 口 需要 条 件 逻 辑 


这 种 设置 看 上 去 似乎 没 问题 ， 但 仔细 观察 路 线 代码 就 会 发 现 ， 每 个 计算 中 都 有 条 件 判断 ， 到 
处 都 是 判断 最 快 还 是 最 便宜 的 逻辑 。 当 为 了 做 出 更 精细 的 航线 选择 而 把 新 标准 添加 进来 时 ， 麻烦 
会 更 多 。 
解决 此 问题 的 一 种 方法 是 把 这 些 起 调节 作用 的 参数 分 离 到 STRATEGY 中 。 这 样 它们 就 可 以 被 
明确 地 表示 出 来 ， 并 作为 参数 传递 给 Routing Service。 312 
现在 ，Routing Service 就 可 以 用 一 种 完全 相同 的 、 无 需 进行 条 件 判断 的 方式 来 处 理 所 有 请 
求 了 ， 它 按照 Leg Magnitude Policy ( 航 段 规模 策略 ) 的 计算 ， 找 出 一 系列 规模 较 小 的 Leg ( 航 
段 )。 
这 种 设计 具有 《设计 模式 》 中 所 介绍 的 STRATEGY 模 式 的 优点 。 按 这 种 思路 设计 的 应 用 程 
序 可 以 提供 丰富 的 功能 ， 同 时 也 很 灵活 ， 现 在 ， 可 以 通过 安装 适当 的 Leg Magnitude Policy 来 
控制 和 扩展 Routing Service 的 行为 。 图 12-2 中 显示 的 只 是 最 明显 的 两 种 STRATEGY (最 快 或 最 便 
宜 )。 可 能 还 会 有 一 些 在 速度 和 成 本 之 间 进行 权衡 考虑 的 组 合 策略 。 也 可 以 加 进 其 他 的 因素 ， 
例如 在 预订 货物 时 优先 选择 公司 自己 的 运输 系统 ， 而 不 是 外 包 给 其 他 运输 公司 。 不 使 用 
STRATEGY 模 式 同样 能 实现 这 些 修改 ， 但 必须 将 逻辑 添加 到 Routing Service 的 内 部 (这 会 是 一 
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个 麻烦 的 过 程 )， 而 且 这 些 有 辑 会 使 接口 变 得 脐 肿 。 解 而 可 以 令 Routing Service 更 清楚 且 易于 
测试 。 





| - 


finacSpecification, Leg! | Mop | ee 





























| | 
ee $e 
The Routing Service chooses an N | i ] 
Minerary with a minimum rotal | 一 去 一 一 
| Fr oyage 
chosen STRATEGY. SN Sa | 
一 = a, | omesot rem Al 
Lag Magnitde Policy amival: Date 
tength(Leg) : double ed | 
| | [em 全 
iene | 站 return leg elapsedTimel) * | 
Magnitude | | eg gerVoyage) gerDailyRatel); | 


| RN 








lengih(Leg leg) { 
renrn leg elapsedTimel): 
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A 


图 12-2 通过 STRATEGY (或 者 PoLICY) 选择 确定 的 选项 (STRATEGY 是 作为 参数 传 入 的 ) 


现在 ， 领 域 中 的 一 个 至 关 重 要 的 规则 明确 地 显示 出 来 了 ， 也 就 是 在 构建 Itinerary 时 用 于 选择 
Leg 的 基本 规则 。 它 传达 了 这 样 一 个 知识 : 路 线 选择 的 基础 是 航 段 的 一 个 特定 属性 (有 可 能 是 派 
生 属性 )， 这 个 属性 最 后 可 归结 为 一 个 数字 。 这 样 ， 我 们 就 可 以 在 领域 语言 中 用 一 句 简单 的 话 来 
定义 Routing Service 的 行为 ，Routing Service 根 据 所 选 定 的 STRATEGY 来 选择 Leg 总 规模 最 小 的 
Itinerary 。 

说 明 : 以 上 讨论 暗示 了 一 件 事 。Routing Service 在 查找 Itinerary 时 实际 上 会 计算 Leg 的 规模 。 
这 种 方法 在 概念 上 比较 直接 , 而 且 可 以 得 到 一 个 合理 的 原型 实现 , 但 它 的 低 效率 可 能 令 人 无 法 接 
受 。 第 14 章 会 再 次 讨论 这 个 应 用 程序 , 其 中 将 使 用 相同 的 接口 , 但 具有 完全 不 同 的 Routing Service 
实现 。 








洲 


我 们 在 领域 层 中 使 用 技术 设计 模式 时 , 必须 认识 到 这 样 做 的 另外 一 种 动机 , 也 是 它 的 另 一 层 
含义 。 当 所 使 用 的 STRATEGY 对 应 于 某 种 实际 的 业务 策略 时 ， 模 式 就 不 再 仅仅 是 一 种 有 用 的 实现 
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技术 了 (但 它 在 实现 方面 的 价值 并 未 改变 )。 

设计 模式 的 结论 也 完全 适用 于 领域 层 。 例 如 ,在 《设计 模式 》 一 书 中 ，Gamma 等 人 指出 客户 
必须 知道 不 同 的 STRATEGY， 这 也 是 一 个 建 模 关注 点 。 如 果 单 纯 从 实现 上 来 考虑 ， 使 用 策略 可 能 
会 增加 系统 中 对 象 的 数目 。 如 果 这 是 一 个 问题 ， 可 以 通过 把 STRATEGY 实 现 为 可 在 上 下 文中 共享 
的 无 状态 对 象 来 减 小 开销 。《 设 计 模 式 》 中 对 实现 方法 的 全 面 讨 论 在 这 里 也 适用 ， 这 是 因为 我 们 
仍然 在 使 用 STRATEGY， 只 是 动机 有 些 不 同 ， 这 将 影响 我 们 的 一 些 选择 ， 但 设计 模式 中 的 经 验 仍 
然 是 可 以 借鉴 的 。 


12.2 模式 : CoMPOSITE 











二 站 am 


| | | 


add(Component) 
remove(Componen!) | 一 一 
| gerChidtin) 





[ [or an hiren 民 
| operation() operation() 0 “on operation(); 
es | add(Component) = 











将 对 象 组 织 为 树 结构 来 表示 部 分 -整体 的 层次 结构 。 利用 COMPOSITE， 客 户 可 以 对 
单独 的 对 象 和 对 象 组 合 进行 同样 的 处 理 。([Gamma et al. 1995]) 


在 对 复杂 的 领域 进行 建 模 时 , 我们 经 常会 遇 到 由 多 个 部 分 组 成 的 重要 对 象 ， 这 些 部 分 本 身 又 
由 其 他 一 些 部 分 组 成 ， 进 而 又 由 其 他 部 分 组 成 ， 有 时 甚至 会 出 现任 意 深度 的 这 种 民 套 。 在 一 些 领 
域 中 , 各 个 侈 套 层 在 概念 上 是 有 区 别 的 ， 但 在 另 一 些 领域 中 ,各 个 部 分 与 它们 所 组 成 的 整体 是 完 
全 相同 的 事物 ， 只 是 规模 较 小 一 些 而 已 。 

当 媒 套 容器 的 关联 性 没有 在 模型 中 反映 出 来 时 , 公共 行为 必然 会 在 层次 结构 的 每 一 层 重复 出 
现 ， 而 且 嵌 套 也 变 得 僵化 〈 例 如 ， 容 器 通常 不 能 包含 同一 层 中 的 其 他 容器 ， 而 且 菊 套 的 层 数 也 是 
固定 的 ) 。 客 户 必须 通过 不 同 的 接口 来 处 理 层次 结构 中 的 不 同 层 , 尽管 这 些 层 可 能 在 概念 上 没有 
区 别 。 通 过 层次 结构 来 递归 地 收集 信息 也 变 得 非常 复杂 。 

当 在 领域 中 应 用 任何 一 种 设计 模式 时 , 首先 关注 的 问题 应 该 是 模式 思想 是 否 确实 适合 领域 概 
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念 。 以 递归 方式 在 一 些 相关 对 象 中 导航 确实 比较 方便 , 但 它们 是 否 真 的 存在 整体 -部 分 层次 结构 ? 
你 是 否 发 现 可 以 通过 某 种 抽象 方式 把 所 有 部 分 都 归 到 同一 概念 类 型 中 ? 如 果 你 确实 发 现 了 这 种 
抽象 方式 ， 那 么 使 用 CoMPOSITE 可 以 令 模型 的 这 些 部 分 变 得 更 清晰 ， 同 时 使 你 能 够 深入 细致 地 考 
虚设 计 模式 的 设计 和 实现 问题 。 

因此 : 

定义 一 个 把 CoMPOSITE 的 所 有 成 员 都 包含 在 内 的 抽象 类 型 ,在 容器 上 实现 一 些 用 来 查询 信息 
的 方法 ， 这些 方法 可 用 来 收集 与 容器 内 容 有 关 的 信息 。“ 叶 ”节点 基于 它们 自己 的 值 来 实现 这 些 
方法 。 客 户 只 需 使 用 抽象 类 型 ， 而 无 需 区 分 “ 叶 ” 和 容器 。 

这 相对 来 说 是 一 种 明显 的 结构 层面 上 的 模式 ， 但 设计 人 员 通 常 不 会 主动 地 充实 它 的 操作 方 
面 。CoMPoSsITE 模 式 在 每 个 结构 层 上 都 提供 了 相同 的 行为 ， 而 且 无 论 是 较 小 的 部 分 还 是 较 大 的 部 
分 ， 都 可 以 对 这 些 部 分 提出 一 些 有 意义 的 问题 ， 这 些 问题 能 够 透明 地 反映 出 它们 的 构成 情况 。 这 
种 严格 的 对 称 是 组 合 模式 具有 强大 能 力 的 关键 所 在 。 


| 示例 | 由 Route 构 成 的 Shipment Route 


完整 的 货物 运输 路 线 是 很 复杂 的 。 首 先 , 必须 用 卡车 把 集装箱 运输 到 铁路 终点 站 ,然后 运送 
到 港口 ， 然 后 用 货轮 运输 到 另 一 个 港口 , 中间 可 能 还 会 换 船 ， 最 后 还 要 进行 地 面 运输 才能 到 达 目 
的 地 。 


货船 运输 火车 运输 











| | / 
由 运输 商 ABC 装 货 由 运输 商 XYZ 印 货 由 运输 商 XYZ 装 货 








NU 停放 在 港口 的 LGB03 位 置 
leg1 leg2 


图 12-3 ”由 “leg”( 航 段 ) 构 成 的 “route”( 航 线 ) 
一 个 应 用 开发 团队 创建 了 一 个 对 象 模型 ， 它 表示 了 一 个 航线 可 以 由 任意 多 个 航 段 组 成 。 
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图 12-4 ”Route 的 类 图 ， 其 中 Route 由 多 个 Leg 组 成 


利用 这 个 模型 , 开发 人 员 可 以 根据 预订 请 求 来 创建 Route 对 象 。 他 们 可 以 把 这 些 Leg 组 织 为 一 
步 一 步 运输 货物 的 操作 计划 。 在 这 个 过 程 中 他 们 发 现 了 一 些 问题 。 
开发 人 员 原 来 一 直 认为 航线 是 由 任意 多 个 航 段 组 成 的 ， 而 各 个 航 段 之 间 并 没有 什么 区 别 。 





图 12-5 开发 人 员 的 航线 概念 
而 事实 上 领域 专家 把 航线 看 成 是 由 5 个 逻辑 段 组 成 的 一 个 序列 。 








出 和 
相 这 生生 
OA 入 A 
Ir 请 Wi 
Ti /~ 


图 12-6 业务 专家 的 航线 概念 


其 他 问题 先 不 考虑 , 这 些小 段 的 航线 可 能 是 由 不 同 的 人 在 不 同时 间 规划 的 , 因此 必须 认识 到 
它们 之 间 是 有 区 别 的 。 通 过 更 仔细 的 研究 可 以 发 现 ,“ 门 航 段 ”(doorleg) 与 其 他 航 段 大 不 相同 ， 
它 涉及 在 当地 雇用 卡车 甚至 是 客户 运输 ， 这 与 详细 计划 的 铁路 和 货船 运输 完全 不 同 。 
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反映 了 所 有 这 些 区 别 的 对 象 模型 渐渐 变 得 复杂 起 来 。 


[ ] 
| | {ordered} | ee 
Complete Route Route Segment 
| Tr 3 
| 
- {ordered} 

V* 


























Transport Leg 
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-二 上- - 
| 
和 Port Operation Location 
(ordered} | 





图 12-7 详细 的 Route 类 图 


从 结构 上 看 这 个 模式 并 不 是 很 差 , 但 在 操作 计划 的 处 理 上 失去 了 一 致 性 , 因此 代码 (甚至 是 
行为 的 描述 ) 变 得 复杂 得 多 。 其 他 复杂 之 处 也 渐渐 显现 。 任 何 一 条 航线 的 遍历 都 涉及 不 同类 型 对 
象 的 多 个 集合 。 

运用 CoMPOSITE 模 式 能 使 特定 客户 在 不 同 层 上 都 使 用 这 种 构造 进行 统一 的 处 理 ， 因 为 大 的 航 
线 是 由 小 段 的 航线 构成 的 。 这 种 视图 在 概念 上 也 是 合理 的 。 每 一 层 Route 都 是 集装箱 从 一 个 地 点 
到 另 一 个 地 点 的 移动 ， 最 后 就 可 以 归结 为 一 个 独立 的 航 段 (参见 图 12-8)。 

与 前 面 那 个 类 图 不 同 ， 从 现在 这 个 静态 类 图 看 不 出 来 门 航 段 是 如 何 与 其 他 航 段 组 合 在 一 起 
的 。 但 模型 并 不 只 包含 静态 类 图 。 我 们 将 通过 其 他 的 图 (参见 图 12-9) 和 代码 (现在 代码 简单 多 
了 ) 来 表示 这 些 航 段 的 组 合 信 息 。 这 个 模型 抓 住 了 所 有 这 些 不 同类 型 的 Route 的 深层 关联 性 。 生 
成 操作 计划 的 工作 再 次 变 得 简单 了 ， 而 且 其 他 路 线 遍历 操作 也 变 得 简单 了 。 

利用 这 种 “由 航线 组 成 航线 ”的 方法 , 我 们 可 以 把 各 个 航线 的 端点 连接 到 一 起 来 得 到 从 一 个 
地 点 到 另 一 个 地 点 的 航线 ， 从 而 可 以 实现 各 种 不 同 的 航线 。 我 们 可 以 把 航线 的 一 端 截 去 ， 再 拼接 
一 段 新 的 航线 ， 我 们 可 以 有 任何 细节 的 嵌 套 ， 而 且 可 以 充分 利用 一 切 可 能 有 用 的 选项 。 

当然 ,我 们 现在 还 不 需要 这 些 选择 。 当 不 需要 这 些 航线 分 段 和 不 同 的 “ 门 航 段 ”时 ,不 使 用 
CoMPoSITE 模 式 也 能 很 好 地 工作 。 设 计 模式 应 该 仅仅 在 需要 的 时 候 才 使 用 。 
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任何 在 总 体 上 适用 于 Route| 
的 操作 ， 特 别 是 那些 遍历 
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图 12-9 表示 了 一 个 完整 Route 的 实例 
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12.3 为 什么 没有 介绍 FLYWEIGHT 


由 于 第 5 章 中 提 到 过 FLYwEIGHT 模 式 ， 因 此 你 可 能 认为 它 是 一 种 适用 于 领域 模型 的 模式 。 事 
实 上 ，FLYWEIGHT 虽 然 是 设计 模式 的 一 个 典型 的 例子 ， 却 并 不 适用 于 领域 模型 。 

当 一 个 VALUE OBJECT 集合 〈 其 中 的 值 对 象 数目 有 限 ) 被 多 次 使 用 的 时 候 (例如 房屋 规划 中 电 
源 插座 的 例子 ) ， 那 么 把 它们 实现 为 FLYWEIGHT 可 能 是 有 意义 的 。 这 是 一 个 适用 于 VALUE OBJECT 
(但 不 适用 于 ENTITY) 的 实现 选择 。CoMPOSITE 模 式 与 它 的 不 同 之 处 在 于 ， 组 合 模式 的 概念 对 象 
是 由 其 他 概念 对 象 组 成 的 。 这 使 得 组 合 模式 既 适 用 于 模型 ， 也 适用 于 实现 ， 这 是 领域 模式 的 一 个 
基本 特征 。 

我 并 不 打算 把 那些 可 以 当 作 领域 模式 使 用 的 设计 模式 完整 地 列 出 来 。 虽 然 我 想 不 出 一 个 把 
“解释 器 ”(interpreter) 用 作 领 域 模式 的 例子 ， 但 我 也 不 能 断言 解释 器 不 适用 于 任何 一 种 领域 概 
念 。 把 设计 模式 用 作 领 域 模式 的 唯一 要 求 是 这 些 模式 能 够 描述 关于 概念 领域 的 一 些 事情 ,而 不 仅 
仅 是 作为 解决 技术 问题 的 技术 解决 方案 。 
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XE 过 重 构 得 到 更 深层 的 理解 是 一 个 涉及 很 多 方面 的 过 程 。 我 们 有 必要 暂停 一 下 , 把 一 些 
要 点 归纳 到 一 起 。 有 三 件 事情 是 必须 要 关注 的 ; 

(D 以 领域 为 本 ， 

(2) 用 一 种 不 同 的 方式 来 看 待 事物 ， 

(3) 始终 坚持 与 领域 专家 对 话 。 

在 寻求 领域 理解 的 过 程 中 ， 可 以 发 现 更 广泛 的 重 构 机 会 。 

一 提 到 传统 意义 上 的 重 构 , 我 们 头脑 中 就 会 出 现 这 样 一 幅 场 景 : 一 两 位 开发 人 员 坐 在 键盘 前 
面 ， 发 现 一 些 代码 可 以 改进 ， 然 后 立即 动手 修改 代码 (当然 还 要 用 单元 测试 来 验证 结果 )。 这 个 
过 程 应 该 一 直 进 行 下 去 ， 但 它 并 不 是 重 构 过 程 的 全 部 。 

前 面 5 章 内 容 在 传统 的 微 重 构 方法 基础 上 呈现 了 一 幅 全 面 的 重 构 视图 。 


13.1 开始 重 构 


重 构 的 原因 可 能 有 很 多 。 重 构 可 能 是 为 了 解决 代码 (一 段 复杂 或 笨拙 的 代码 ) 中 的 一 个 问题 。 
开发 人 员 可 能 不 会 使 用 标准 的 代码 转换 ,而 会 认为 问题 的 根源 在 于 领域 模型 , 或 许 是 领域 中 缺少 
一 个 概念 ， 或 许 是 某 个 关系 发 生 了 错误 。 

与 传统 的 重 构 观点 不 同 的 是 , 即使 在 代码 看 上 去 很 整洁 的 时 候 也 可 能 需要 重 构 , 原因 是 模型 
的 语言 没有 与 领域 专家 保持 一 致 ,或 者 新 的 需求 不 能 被 自然 地 添加 到 模型 中 。 重 构 的 原因 可 能 是 
开发 人 员 通 过 学 习 获得 了 更 深刻 的 理解 ， 从 而 发 现 了 一 个 得 到 更 清晰 或 更 有 用 的 模型 的 机 会 。 

如 何 找到 问题 的 病灶 往往 是 最 难 和 最 不 确定 的 部 分 。 在 这 之 后 , 开发 人 员 就 可 以 系统 地 找 出 
新 模型 的 元 素 。 他 们 可 以 与 同事 和 领域 专家 一 起 进行 头脑 风暴 活动 , 也 可 以 充分 利用 那些 已 经 对 
知识 做 了 系统 性 总 结 的 分 析 模 式 或 设计 模式 。 


13.2 ”探索 团队 


不 管 问题 的 根源 是 什么 , 下 一 步 都 是 要 找到 一 种 能 够 使 模型 表达 变 得 更 清楚 和 更 自然 的 精 化 
方案 。 这 可 能 只 需要 做 一 些 明显 的 简单 修改 ， 只 需 几 小 时 即 可 完成 。 在 这 种 情况 下 ， 所 做 的 修改 
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类 似 于 传统 的 重 构 。 但 寻找 新 模型 可 能 需要 更 多 时 间 ， 而 且 需 要 更 多 人 参与 工作 。 
修改 的 发 起 者 应 该 挑选 几 位 开发 人 员 来 一 起 工作 ， 这 些 开发 人 员 应 该 擅长 思考 该 类 型 问题 ， 
了 解 领域 ， 或 者 掌握 深厚 的 建 模 技巧 。 如 果 涉 及 一 些 难 捉摸 的 问题 ， 他 们 还 要 请 一 位 领域 专家 加 
入 。 这 个 由 4~5 个 人 组 成 的 小 组 到 会 议 室 或 咖啡 厅 进 行头 脑 风暴 活动 , 时 间 为 半 小 时 至 一 个 半 小 
时 。 在 这 个 过 程 中 ， 他 们 画 一 些 UML 草 图 ， 并 试 着 用 对 象 来 走 查 场景 。 他 们 必须 保证 领域 专家 
能 够 理解 模型 并 认为 模型 有 用 。 当 发 现 了 一 些 新 思路 后 ， 他 们 可 以 立即 同 去 编码 ， 或 者 决定 再 多 
考虑 几 天 ， 而 回去 先 做 点 别 的 事情 。 几 天 之 后 ， 这 个 小 组 再 次 磁头， 重复 上 面 的 过 程 。 这 时 ， 他 ， 
们 已 经 对 前 几 天 的 想法 有 了 更 深入 的 理解 ， 因 此 更 加 自信 了 ,并且 得 出 了 一 些 结论 。 他 们 回 到 计 
算 机 前 ， 开 始 对 新 设计 进行 编码 。 
要 想 保证 这 个 过 程 的 效率 ， 需 要 注意 几 个 关键 事项 。 
口 自主 决定 。 可 以 随时 组 成 一 个 小 的 团队 来 研究 某 个 设计 问题 。 这 个 团队 只 工作 几 天 ， 然 
后 就 可 以 解散 了 。 这 种 团队 没有 长 期 存在 的 必要 ， 也 不 必 有 详细 的 组 织 结构 。 
口 注意 范围 和 休息 。 在 几 天 内 召开 两 三 次 短 会 就 应 该 能 够 产生 一 个 值得 尝试 的 设计 。 工 作 
拖 得 太 长 并 没什么 好 处 。 如 果 讨论 毫 无 进展 ， 可 能 是 一 次 讨论 的 内 容 太 多 了 。 选 一 个 较 
小 的 设计 方面 ， 集 中 讨论 它 。 
口 练习 使 用 UBIQUITOUSLANGUAGE。 让 其 他 团队 成 员 (特别 是 主题 事务 专家 ) 参与 头脑 风暴 
会 议 是 练习 和 精 化 UBIQUITOUSLANGUAGE 的 好 机 会 。 这 样 , 原来 的 开发 人 员 可 以 得 到 更 完 
善 的 UBIQUITOUS LANGUAGE， 并 正式 用 于 编码 。 
本 书 前 面 几 章 曾 介绍 过 开发 人 员 和 领域 专家 为 了 设计 更 好 的 模型 而 进行 的 几 段 对 话 。 成 熟 的 
头脑 风暴 活动 是 灵活 机 动 、 不 拘泥 于 形式 的 ， 而 且 具 有 令 人 难以 置信 的 高 效率 。 


13.3 ”借鉴 先前 的 经 验 


我 们 没有 必要 总 去 做 一 些 无 谓 的 重复 工作 。 用 于 查找 丢失 概念 或 改进 模型 的 头脑 风暴 过 程 具 
有 巨大 的 法力 ,通过 这 个 过 程 可 以 收集 来 自 各 个 方面 的 创意 ,并 把 这 些 创意 与 已 有 知识 结合 起 来 。 
随 着 知识 消化 的 不 断 开展 ， 就 能 找到 当前 问题 的 答案 。 

我 们 可 以 从 书籍 和 领域 本 身 的 其 他 知识 源 获得 一 些 思路 .尽管 从 事 领 域 工作 的 人 员 可 能 还 没 
有 创建 出 适合 运行 软件 的 模型 , 但 他 们 可 能 已 经 把 概念 很 好 地 组 织 到 了 一 起 , 并 发 现 了 一 些 有 用 
的 抽象 。 把 这 些 知识 结合 到 知识 消化 过 程 中 ， 可 以 更 快速 地 得 到 更 丰富 的 结果 ， 而 且 这 个 结果 也 
更 为 领域 专家 们 所 熟悉 。 

有 时 我 们 可 以 从 分 析 模式 中 汲取 他 人 的 经 验 . 这 些 经 验 对 于 帮助 我 们 读 懂 领 域 起 到 了 一 定 的 
作用 , 但 分 析 模式 是 专门 针对 软件 开发 的 ， 应 该 直接 根据 我 们 自己 在 领域 中 实现 软件 的 经 验 
来 利用 这 些 模式 。 分 析 模式 可 以 提供 精细 的 模型 概念 ， 并 帮助 我 们 避免 很 多 错误 。 但 它们 并 不 是 
现成 的 “菜谱 "。 它 们 只 是 为 知识 消化 过 程 提供 了 一 些 供给 。 
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随 着 零散 知识 的 归纳 ,必须 同时 处 理 模型 关注 点 和 设计 关注 点 。 同 样 , 这 并 不 意味 着 总 是 需 
要 从 头 开发 一 切 。 当 设计 模式 既 符合 实现 需求 ， 又 符合 模型 概念 时 ,通常 就 可 以 在 领域 层 中 应 用 
这 些 模 式 。 

同样 ， 当 一 种 公用 的 形式 (例如 算术 逻辑 或 谓词 逻辑 ) 与 领域 的 某 个 部 分 非常 符合 时 ， 可 以 
把 这 个 部 分 提取 出 来 , 并 根据 它 来 修改 形式 系统 的 规则 。 这 可 以 产生 非常 简练 且 易 于 理解 的 模型 。 


13.4 ”针对 开发 人 员 的 设计 


软件 不 仅仅 是 为 用 户 提供 的 , 也 是 为 开发 人 员 提 供 的。 开发 人 员 必 须 把 他 们 编写 的 代码 与 系 
统 的 其 他 部 分 集成 到 一 起 。 在 选 代 过 程 中 , 开发 人 员 反复 修改 代码 。 开 发 人 员 应 该 通过 重 构 得 到 
更 深层 的 理解 ， 这 样 既 能 够 实现 柔性 设计 ， 也 能 够 从 这 样 一 个 设计 中 获 益 。 

柔性 设计 能 够 清楚 地 表明 它 的 意图 。 这 样 的 设计 使 人们 很 容易 看 出 代码 的 运行 效果 , 因此 也 
很 容易 预计 修改 代码 的 结果 。 和 柔性 设计 能 够 主要 通过 减少 依赖 性 和 副作用 来 减轻 人 们 的 思考 负 
担 。 这 样 的 设计 是 以 深层 次 的 领域 模型 为 基础 的 ,在 模型 中 ， 只 有 那些 对 用 户 最 重要 的 部 分 才 具 
有 较 细 的 粒度 。 在 这 样 的 模型 中 ,那些 经 常 需要 修改 的 地 方 能 够 保持 很 高 的 灵活 性 ， 而 其 他 地 方 
则 相对 比较 简单 。 


13.5 重 构 的 时 机 


如 果 一 直 等 到 完全 证 明了 修改 的 合理 性 之 后 才 去 修改 ,那么 可 能 要 等 待 太 长 时 间 了 。 项 目 正 
在 承受 巨大 的 耗 支 ， 推迟 修改 将 使 修改 变 得 更 难 执行 ， 因 为 要 修改 的 代码 已 经 变 得 更 加 精细 ， 并 
更 深 地 做 入 到 其 他 代码 中 。 

持续 重 构 渐渐 被 认为 是 一 种 “最 佳 实践 "， 但 大 部 分 项 目 团队 仍然 对 它 抱 有 很 大 的 戒心 。 人 
们 虽然 看 到 了 修改 代码 会 有 风险 , 还 要 花费 开发 时 间 ， 却 不 容易 看 到 的 是 维持 一 个 拙劣 设计 也 有 
风险 以 及 迁就 这 种 设计 也 要 付出 代价 。 想 要 重 构 的 开发 人 员 往 往 被 要 求证 明 其 重 构 的 合理 性 。 虽 
然 这 看 似 合理 , 但 这 使 得 一 个 本 来 就 很 难 进行 的 工作 变 得 几乎 不 可 能 完成 , 而 且 会 限制 重 构 的 进 
行 (或 者 人 们 只 能 暗地里 进行 )。 软 件 开发 并 不 是 一 个 可 以 完全 预料 到 后 果 的 过 程 ， 人 们 无 法 准 
确 地 计算 出 某 个 修改 会 带 来 哪些 好 处 ， 或 者 是 不 做 某 个 修改 会 付出 多 大 代价 。 

在 探索 领域 的 过 程 中 、 在 培训 开发 人 员 的 过 程 中 , 以 及 在 开发 人 员 与 领域 专家 进行 思想 交流 
的 过 程 中 ， 必 须 始终 坚持 把 “通过 重 构 得 到 更 深层 理解 ”作为 这 些 工作 的 一 部 分 。 因 此 ， 当 发 生 
以 下 情况 时 ， 就 应 该 进行 重 构 了 

口 设计 没有 表达 出 团队 对 领域 的 最 新 理解 

口 一 些 重要 的 概念 被 隐藏 在 设计 中 了 (而且 你 已 经 发 现 了 把 它们 呈现 出 来 的 方法 )， 

口 发 现 了 一 个 能 令 某 个 重要 的 设计 部 分 变 得 更 灵活 的 机 会 。 

我 们 虽然 应 该 有 这 样 一 种 积极 的 态度 ， 但 并 不 意味 着 可 以 随 随便 便 做 任何 修改 。 在 发 布 的 前 
一 天 ， 就 不 要 进行 重 构 了 。 不 要 引入 一 些 只 顾 炫 焰 技术 能 力 而 没有 解决 领域 核心 问题 的 “柔性 设 
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计 ”。 无 论 一 个 “更 深层 的 模型 ”看 起 来 有 多 好 ， 如 果 你 不 能 确信 领域 专家 们 能 够 使 用 它 ， 那 么 就 
不 要 引入 它 。 万 事 都 不 是 绝对 的 , 但 如 果 某 个 重 构 对 我 们 有 利 , 那么 不 妨 在 这 个 方向 上 大 胆 前 进 。 


13.6 危机 就 是 机 遇 


在 达尔 文 创立 进化 论 后 的 一 个 多 世纪 中 , 人 们 一 直 认 为 标准 的 进化 模型 就 是 物种 随 着 时 间 而 
缓慢 地 改变 (在 一 定 程度 上 这 种 改变 是 稳定 的 )。 突 然 之 间 ， 这 个 模型 在 20 世 纪 70 年 代 被 “间断 
平衡 ”(punctuated equilibrium) 模型 所 取代 了 。 它 对 原 有 进化 论 进行 了 扩展 ， 认 为 长 期 的 缓慢 变 
化 或 稳定 变化 会 被 相对 来 说 很 短 的 、 爆 发 性 的 快速 变化 所 打 断 。 然 后 事物 会 进入 一 个 新 的 平衡 。 
软件 开发 与 物种 进化 之 间 的 不 同 点 是 前 者 具有 明确 的 目的 方向 性 (虽然 在 某 些 项 目 上 可 能 并 不 明 
显 )， 尽管 如 此 它 仍 遵循 这 种 进化 规律 。 

传统 意义 上 的 重 构 听 起 来 是 一 个 非常 稳定 的 过 程 。 但 通过 重 构 得 到 更 深层 理解 往往 不 是 一 个 
稳定 的 过 程 。 对 模式 进行 精 化 是 一 个 稳定 的 过 程 ， 在 这 个 过 程 中 ,你 可 能 突然 有 所 顿悟， 而 这 会 
改变 模型 中 的 一 切 。 这 些 突破 不 会 每 天 都 发 生 , 然而 很 大 一 部 分 深层 模型 和 柔性 设计 都 来 自 这 些 
突破 。 

这 样 的 情况 往往 看 起 来 不 像 是 机 遇 ， 而 更 像 危机 。 例 如 ， 你 突然 发 现 模型 中 有 一 些 明显 的 缺 
陷 , 在 表达 方面 显示 出 一 个 很 大 的 漏洞 ， 或 存在 一 些 没有 表达 清楚 的 关键 区 域 。 或 者 有 些 描述 是 
完全 错误 的 。 

这 些 都 表明 团队 对 模型 的 理解 已 经 达到 了 一 个 新 的 水 平 。 他 们 现在 站 在 更 高 的 层次 上 发 现 了 
原 有 模型 的 弱点 。 他 们 可 以 从 这 种 角度 构思 一 个 更 好 的 模型 。 

通过 重 构 得 到 更 深层 理解 是 一 个 持续 不 断 的 过 程 。 人 们 可 能 会 发 现 一 些 隐 含 的 概念 , 并 把 它 
们 明确 地 表示 出 来 。 有 些 设计 部 分 变 得 更 具有 柔性 ,或 许 还 采用 了 声明 式 的 开发 风格 。 开 发 工作 
一 下 子 到 了 突破 的 边缘 ,然后 开发 人 员 跨 越 这 条 界线 , 得 到 了 一 个 更 深层 的 模型 ， 接 下 来 又 重新 
开始 了 稳步 的 精 化 过 程 。 
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随 着 系统 的 增长 ， 它 会 变 得 越 来 越 复杂 ， 当 我 们 无 法 通过 分 析 对 象 来 理解 系统 的 时 候 ， 就 需 
要 掌 担 一 些 操 纵 和 理解 大 模型 的 技术 了 。 本 书 的 这 一 部 分 将 介绍 一 些 原则 。 遵 循 这 些 原则 ， 就 可 
以 对 一 些 十 分 复杂 的 领域 进行 建 模 。 大 部 分 这 样 的 决策 都 需要 由 团队 来 制定 ,甚至 需要 多 个 团队 
共同 协商 制定 。 这 些 决策 往往 是 把 设计 和 策略 综合 到 一 起 的 结果 。 

最 卓越 的 企业 系统 的 目标 是 实现 一 个 把 所 有 业务 都 包括 进来 的 、 紧 密集 成 的 系统 。 然 而 在 几 
平 所 有 这 种 规模 的 组 织 中 ,整体 业务 模型 太 大 也 太 复 杂 了 ， 因 此 难以 管理 ， 甚 至 很 难 把 它 作为 一 
个 整体 来 理解 。 我 们 必须 在 概念 和 实现 上 把 系统 分 解 为 较 小 的 部 分 。 问 题 是 如 何在 不 损害 集成 利 
益 的 前 提 下 完成 这 种 模块 化 的 过 程 ， 从 而 使 系统 的 不 同 部 分 能 够 进行 互 操作 ,以 便 使 各 种 业务 操 
作 互 相 协调 。 如 果 设 计 一 个 把 所 有 概念 都 涵盖 进来 的 单一 领域 模型 ， 它 将 会 非常 笨拙 ， 而 且 将 会 
出 现 大 量 难以 察觉 的 重复 和 矛盾 。 而 如 果 用 一 些 特定 接口 把 一 组 小 的 、 各 自 不 同 的 子 系统 集成 到 
一 起 ， 又 会 影响 解决 企业 级 问题 的 能 力 ， 并 且 在 每 个 集成 点 上 都 有 可 能 出 现 不 一 致 问题 。 通 过 采 
用 一 种 系统 的 、 不 断 演 变 的 设计 策略 ， 就 可 以 避免 这 两 种 极端 问题 。 

即使 在 这 种 规模 的 系统 中 采用 领域 驱动 设计 方法 , 也 不 要 脱离 实现 去 开发 模型 。 每 个 决策 都 
必须 对 系统 开发 产生 直接 的 影响 ， 否 则 它 就 是 无 关 的 决策 。 战 略 设计 原则 必须 指导 设计 决策 ， 以 
便 减 少 各 个 部 分 之 间 的 互相 依赖 ， 并 提高 清晰 度 ， 而 又 不 丢失 关键 的 互 操作 性 和 协同 性 。 战 略 设 
计 原 则 必须 把 模型 的 重点 放 在 捕获 系统 的 概念 核心 ， 也 就 是 系统 的 “远景 ”上 。 而 且 在 完成 这 些 
目标 的 同时 又 不 能 为 项 目 带 来 麻烦 。 为 了 帮助 实现 这 些 目标 ,这 一 部 分 探索 了 三 个 大 的 主题 上 
下 文 、 精 炼 和 大 比例 结构 。 

其 中 上 下 文 是 最 不 起 眼 的 , 但 实际 上 它 是 一 个 最 基本 的 主题 。 无 论 大 小 ,成 功 的 模型 都 必须 
在 逻辑 上 保持 整体 的 一 致 ， 不 能 有 互相 耶 盾 或 重 双 的 定义 。 有时， 企业 系统 会 集成 一 些 来 白 其 他 
来 源 的 子 系统 ， 或 包含 一 些 完全 不 同 的 应 用 程序 ,以 至 于 无 法 从 同一 个 角度 来 看 待 领域 。 要 把 这 
些 不 同 部 分 中 隐 含 的 模型 统一 起 来 可 能 是 要 求 过 高 了 。 通 过 为 每 个 模型 显 式 地 定义 一 个 BOUNDED 
CONTEXT， 然 后 在 必要 的 情况 下 定义 它 与 其 他 上 下 文 的 关系 ， 建 模 人 员 就 可 以 避免 使 模型 变 得 缠 
杂 不 清 。 
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通过 精炼 可 以 减少 混乱 , 并且 把 注意 力 集中 到 正确 的 地 方 。 人 们 通常 在 领域 的 一 些 次 要 问题 
上 花费 了 太 多 的 精力 。 整 体 领域 模型 必须 要 突出 系统 中 最 有 价值 和 最 特殊 的 那些 方面 ,而 且 在 构 
造 领域 模型 时 应 该 尽 可 能 把 注意 力 集中 在 这 些 部 分 上 。 虽 然 一 些 支持 组 件 也 很 关键 ， 但 绝 不 能 把 
它们 和 领域 核心 一 视 同仁 。 把 注意 力 集中 到 正确 的 地 方 不 仅 有 助 于 把 精力 投入 到 关键 部 分 上 , 而 
且 还 可 以 使 系统 不 会 偏离 预期 方向 。 战略 精炼 可 以 使 一 个 大 的 模型 保持 清晰 。 有 了 更 清晰 的 视图 
后 ，CORE DOMAIN 的 设计 就 会 发 挥 更 大 的 作用 。 

大 比例 结构 是 用 来 描述 整个 系统 的 。 在 一 个 非常 复杂 的 模型 中 ， 人 们 可 能 会 “只 见 树木 , 不 
见 森 林 "。 精 炼 确实 有 帮助 ， 它 使 人 们 能 够 把 注意 力 集中 到 核心 元 素 上 ， 并 把 其 他 元 素 表示 为 支 
持 作 用 , 但 如 果 不 沿 着 一 个 主题 来 应 用 一 些 系统 级 的 设计 元 素 和 模式 的 话 , 关系 仍然 可 能 非常 混 
乱 。 我 将 概要 介绍 几 种 大 比例 结构 方法 ， 然 后 详细 讨论 其 中 的 一 种 模式 一 一 RESPONSIBILITY LAYER 
(职责 层 ) ， 通 过 这 个 示例 来 探索 使 用 大 比例 结构 的 含义 。 我 们 所 讨论 的 特殊 结构 只 是 一 些 例子 ， 
它们 并 不 是 大 比例 结构 的 全 部 。 当 需要 的 时 候 , 应 该 创造 新 的 结构 , 或 者 在 一 个 EvOLVING ORDER 
(演变 的 顺序 ) 过 程 中 修改 这 些 结构 。 一 些 大 比例 结构 能 够 使 设计 保持 一 致 性 ， 从 而 加 速 开发 
并 提高 集成 度 。 

这 三 种 原则 各 有 各 的 用 处 , 但 结合 起 来 使 用 将 发 挥 更 大 的 力量 , 遵守 这 些 原则 就 可 以 创建 出 
好 的 设计 , 即使 是 对 一 个 非常 庞大 的 没有 人 能 够 完全 理解 的 系统 也 是 如 此 。 大 比例 结构 能 够 保持 
各 个 不 同 部 分 之 间 的 一 致 性 ,从 而 有 助 于 这 些 部 分 的 集成 。 结 构 和 精炼 能 够 帮助 我 们 理解 各 个 部 
分 之 间 的 复杂 关系 ， 同 时 保持 整体 视图 的 清晰 。BoUNDED CONTEXT 使 我 们 能 够 在 不 同 的 部 分 中 
进行 工作 ， 而 不 会 破坏 模型 或 是 无 意 间 导 致 模型 的 分 裂 。 把 这 些 概念 加 进 团队 的 UBIQUrTOUS 

[B29] LANGUAGE 中 ， 可 以 帮助 开发 人 员 设 计 出 他 们 自己 的 解决 方案 。 
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保持 模型 的 完整 性 


、 曾经 参加 过 一 个 项 目 ， 在 这 个 项 目 中 几 个 团队 同时 开发 一 个 大 型 新 系统 。 有 一 天 ， 当 

负责 “客户 发 票 ”模块 的 团队 正 要 准备 实现 一 个 他 们 称 为 Charge (收费 ) 的 对 象 时 ， 

他 们 发 现 另 一 个 团队 已 经 构建 了 这 个 对 象 ， 于 是 决定 重复 使 用 这 个 现 有 对 象 。 他 们 发 现 它 没有 

expense code (费用 代码 ) 属性 ， 因 此 添加 了 一 个 。 对 象 中 有 一 个 posted amount (过 账 金额 ) 属 

性 是 他 们 所 需要 的 。 他 们 本 来 计划 把 这 个 属性 叫做 amount due (到 期 金额 ) ， 但 名 称 不 同 有 什么 

关系 呢 ? 于 是 他 们 把 名 称 改 成 了 “posted amount"。 又 添加 了 几 个 方法 和 关联 后 ， 他 们 得 到 了 所 

需 的 对 象 ， 而 且 没 有 扰乱 任何 事情 。 虽 然 他 们 必须 忽略 掉 几 个 不 需要 的 关联 , 但 他 们 的 模块 运行 
很 正常 。 

几 天 之 后 ,“ 账 单 支付 ”模块 出 现 了 一 些 奇怪 的 问题 (Charge 对 象 最 初 就 是 为 这 个 模块 编写 
的 )。 模 块 中 出 现 了 一 些 奇怪 的 Charge， 没 有 人 记得 曾经 输入 过 它们 ， 而 且 它 们 也 没有 任何 意义 。 
当 使 用 某 些 函 数 时 ， 特 别 是 使 用 当月 月 初 至 今 【month-to-date) 的 税务 报表 时 ， 程 序 就 会 崩溃 。 
调查 发 现 ， 当 用 于 计算 所 有 当月 付款 的 可 扣除 总 额 的 函数 被 调用 时 ， 程 序 就 会 崩溃 。 那 些 来 历 不 
明 的 记录 在 percent deductible (可 扣除 百分比 ) 字段 中 没有 值 ， 尽 管 数据 录入 应 用 程序 的 验证 需 
要 这 个 值 ， 甚 至 为 它 设置 了 一 个 默认 值 。 

问题 在 于 这 两 个 团队 使 用 了 不 同 的 模型 ,而 他 们 并 没有 认识 到 这 一 点 ,也 没有 用 于 检测 这 一 
问题 的 过 程 。 每 个 团队 都 对 Charge 对 象 做 了 一 些 假设 , 使 之 能 够 在 自己 的 上 下 文中 使 用 (一 个 是 
向 客户 收费 ， 另 一 个 是 向 供应 商 付款 )。 当 他 们 的 代码 被 组 合 到 一 起 而 没有 消除 这 些 巴 盾 时 ， 结 
果 就 产生 了 不 可 靠 的 软件 。 

如 果 他 们 一 开始 就 意识 到 这 一 点 ， 就 能 决定 如 何 来 解决 它 。 他 们 可 以 共同 开发 出 一 个 公共 
的 模型 ， 然 后 编写 一 个 自动 测试 套件 来 防止 以 后 出 现 意外 。 也 可 以 双方 商定 开发 各 自 的 模型 ， 
而 互相 不 干扰 对 方 的 代码 。 无 论 采 用 哪 种 方法 ， 都 明确 划 定 了 边界 ， 各 自 的 模型 只 在 各 自 的 边 
界 内 使 用 。 

他 们 在 知道 了 问题 所 在 之 后 采取 了 什么 措施 呢 ? 他 们 创建 了 两 个 不 同 的 类 : Customer Charge 
(客户 收费 ) 类 和 Supplier Charge (供应 商 收费 ) 类 。 并 根据 各 自 的 需求 定义 了 每 个 类 。 解 决 了 
眼前 这 个 问题 之 后 ， 他 们 又 按 以 前 的 方式 开始 工作 了 。 

模型 的 最 基本 需求 是 它 应 该 保持 内 部 的 一 致 性 .术语 总 具有 相同 的 意义 并 且 不 包含 互相 矛盾 
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的 规则 : 尽管 我 们 很 少 明确 地 考虑 这 些 需 求 。 模 型 的 内 部 一 致 性 又 叫做 “统一 "， 这 样 每 个 术语 
都 不 会 有 模棱两可 的 意义 , 也 不 会 有 规则 冲突 。 除 非 模 型 在 逻辑 上 是 一 致 的 , 否则 它 就 没有 意义 。 
在 理想 的 世界 中 ， 我 们 可 以 有 一 种 把 整个 企业 领域 包含 进来 的 单一 模型 。 这 个 模型 将 是 统一 的 ， 
没有 任何 相互 矛盾 或 相互 重合 的 术语 定义 。 每 个 有 关 领 域 的 逻辑 声明 都 将 是 一 致 的 。 

但 大 型 系统 开发 并 不 是 这 样 理想 ,在 整个 企业 系统 中 保持 这 种 水 平 的 统一 是 一 件 得 不 偿 失 的 
事情 。 在 系统 的 各 个 不 同 部 分 中 开发 多 个 模型 是 很 有 必要 的 ,但 我 们 必须 慎重 地 选择 系统 的 哪些 
部 分 可 以 分 开 , 以 及 它们 之 间 是 什么 关系 。 我 们 需要 用 一 些 方法 来 保持 模型 关键 部 分 的 高 度 统一 。 
所 有 这 些 都 不 会 自动 发 生 , 而 且 光 有 良好 的 意愿 也 是 没 用 的 。 它 只 有 通过 有 意识 的 设计 决策 和 建 
立 特定 过 程 才能 实现 。 大 型 系统 领域 模型 的 完全 统一 是 不 可 行 的 ， 也 不 是 一 种 经 济 有 效 的 做 法 。 

有 时 人 们 会 反对 这 一 点 。 大 多 数 人 都 看 到 了 多 个 模型 的 代价 : 它们 限制 了 集成 ， 并 且 使 沟通 
变 得 很 麻烦 。 更 重要 的 是 , 多 个 模型 在 一 定 程度 上 看 上 去 不 够 雅致 。 由 于 人 们 反对 使 用 多 个 模型 ， 
有 时 这 会 导致 人 们 在 一 个 非常 大 的 项 目 中 努力 尝试 把 所 有 软件 统一 到 一 个 模型 中 。 我 自己 就 很 后 
悔 曾经 这 么 做 过 了 头 。 但 请 一 定 要 考虑 下 面 的 风险 。 

(1) 一 次 尝试 对 遗留 系统 做 过 多 的 替换 。 

(2) 大 项 目 可 能 会 陷入 困境 ， 因 为 协调 的 开销 太 大 ， 超 出 了 这 些 项 目的 能 力 范围 。 

(3) 具有 一 些 特 殊 需求 的 应 用 程序 可 能 不 得 不 使 用 无 法 充分 满足 需求 的 模型 ， 而 只 能 将 这 些 
无 法 满足 的 行为 放 到 其 他 地 方 。 

(4) 另 一 方面 , 试图 用 一 个 模型 来 满足 所 有 人 的 需求 可 能 会 导致 模型 中 包含 过 于 复杂 的 选择 ， 
因而 很 难 使 用 。 

此 外 , 除了 技术 上 的 因素 以 外 , 权力 上 的 划分 和 管理 级 别 的 不 同 也 要 求 把 模型 分 开 。 而 且 不 
同 模型 的 出 现 也 可 能 是 团队 组 织 和 开发 过 程 导 致 的 结果 。 因 此 , 即使 完全 的 集成 没有 来 自 技术 方 
面 的 阻力 ， 项 目 也 可 能 会 面临 多 个 模型 。 

既然 在 整个 企业 中 维护 统一 模型 并 不 可 行 , 就 不 要 再 受到 这 种 思路 的 限制 。 通过 预先 决定 什 
么 应 该 统一 ， 并 实际 认识 到 什么 不 能 统一 ， 我 们 就 能 够 创建 一 个 清晰 的 、 共 同 的 视图 。 确 定 了 这 
些 之 后 ， 就 可 以 着 手 开始 工作 ， 以 保证 那些 需要 统一 的 部 分 保持 一 致 ， 不 需要 统一 的 部 分 不 会 引 
起 混乱 或 破坏 模型 。 

我 们 需要 用 一 种 方式 来 标记 出 不 同 模型 之 间 的 边界 和 关系 。 我 们 需要 有 意识 地 选择 一 种 策 
略 ， 并 一 致 地 遵守 它 。 

本 章 将 介绍 一 些 用 于 识别 、 沟通 和 选择 模型 边界 及 关系 的 技术 。 本 章 的 讨论 首先 从 夯 出 项 目 
的 当前 领域 开始 。 BOUNDED CONTEXT (限界 上 下 文 ) 定义 了 每 个 模型 的 应 用 范围 , 而 CONTEXT MAP 
(上 下 文 图 ) 则 给 出 了 项 目 上 下 文 以 及 它们 之 间 关 系 的 总 体 视图 。 这 种 清晰 的 视图 能 够 使 项 目 更 
好 地 进行 , 但 仅仅 有 CONTEXTMAP 是 不 够 的 。 一 旦 有 了 BOUNDED CONTEXT 之 后 ， 就 需要 一 种 持续 
集成 的 过 程 ， 它 能 够 帮助 确保 模型 的 统一 。 

稳步 推进 这 些 工作 之 后 ， 我 们 就 可 以 开始 实施 更 有 效 的 BOUNDED CONTEXT 策 略 了 ， 并 明确 
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它们 之 间 的 关系 , 区 分 出 那些 具有 共享 内 核 的 紧密 关联 的 上 下 文 ,以 及 那些 具有 独立 方式 的 松散 
看 合 的 模型 。 


通过 它 保持 、 
SCowrinvous 
2 模型 统一 INTEGRATION 
(Bounpen Cowrexd) SareD KERNEL) 
、 / 7 
名 称 输入 { Se E CUSTOMER/ 

4 通过 它 把 类 似 上 下 文 重 冯 在 一 起 ) 
[Ms 把 类 似 上 下 文 作为 CusroMER，。 福 SUPPHER TEAMS/ 
| ， SurpuER TEAMs 关 联 到 一 起 

3 CowrgxrMAr ) 
\ 二 单身 重要 (作为 “跟随 者 ”) /一 Ts 
y < 站 cowronwsr 


/Umourrous 人 _ 
人 uascuwes / 通过 它 支 持 多 个 客户 
团队 自由 工作 


\OPEN Hosr SERvICE] 形式 化 为 
单 向 转换 并 隔离 2 


”PusuisEp 人 
LANGUAcGE / 


SEPARATE WAVS 
从 wmicoRRUPTION 
LAvER 


图 14-1 模型 完整 性 模式 的 导航 图 


14.1 模式 :BouNDED CONTEXT 





细胞 之 所 以 会 存在 ， 是 因为 细胞 膜 定义 了 什么 在 细胞 内 ， 什 么 在 细胞 外 ， 
并 且 确 定 了 什么 物质 可 以 通过 细胞 膜 
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在 一 个 大 型 项 目 上 会 有 多 个 模型 共存 , 在 很 多 情况 下 这 是 没 问题 的 。 不同 的 模型 应 用 于 不 同 
的 上 下 文 。 例 如 ， 你 可 能 必须 将 你 的 新 软件 与 一 个 外 部 系统 集成 ， 而 你 的 团队 对 这 个 外 部 系统 没 
有 控制 权 。 在 这 种 情况 下 ,任何 人 都 会 明白 这 个 外 部 系统 是 一 种 完全 不 同 的 上 下 文 ， 不 能 应 用 于 
他 们 正在 开发 的 模型 ， 但 还 有 很 多 情况 是 比较 含糊 和 易 混淆 的 。 在 本 章 开 篇 所 讲 的 那个 故事 中 ， 
两 个 团队 为 同一 个 新 系统 开发 不 同 的 功能 。 那么 他 们 使 用 的 是 同一 个 模型 吗 ? 他们 的 意图 是 至 少 
共享 模型 的 一 部 分 , 但 却 没有 一 种 划分 方法 告诉 他 们 共享 什么 、 不 共享 什么 。 而 且 他 们 也 没有 一 
个 过 程 来 维持 共享 模型 ,或 快速 检测 模型 是 否 有 分 歧 。 他 们 只 是 在 系统 行为 突然 变 得 不 可 预测 时 
才 意 识 到 他 们 之 间 产 生 了 分 野 。 

即使 是 在 同一 个 困 队 中 , 也 可 能 会 出 现 多 个 模型 。 团 队 的 沟通 可 能 会 不 畅 ， 导 致 对 模型 的 理 
解 产生 难以 捉 模 的 冲突 。 原先 的 代码 往往 反映 的 是 早先 的 模型 概念 ， 而 这 些 概念 与 当前 模型 有 着 
微妙 的 差别 。 

每 个 人 都 知道 两 个 系统 的 数据 格式 是 不 同 的 ,因此 需要 进行 数据 转换 ,但 这 只 是 问题 的 表面 。 

335| 问题 的 根本 在 于 两 个 系统 所 使 用 的 模型 不 同 。 当 这 种 差异 不 是 来 自 外 部 系统 ， 而 是 发 生 在 同一 个 
系统 的 代码 中 时 ， 它 将 更 难 发 现 。 然 而 ， 所 有 大 型 团队 项 目 都 会 发 生 这 种 情况 。 

任何 一 个 大 型 项 目 都 会 存在 多 个 模型 。 而 当 基于 不 同 模型 的 代码 被 组 合 到 一 起 后 , 软件 就 会 
出 现 bug、 变 得 不 可 靠 和 难以 理解 。 团 队 成 员 之 间 的 沟通 变 得 混乱 。 人 们 往往 弄 不 清楚 一 个 模型 
不 应 该 在 哪个 上 下 文中 使 用 。 

模型 混乱 的 问题 会 在 代码 不 能 正常 运行 时 暴露 出 来 ,但 问题 的 根源 却 在 于 团队 的 组 织 方式 和 
成 员 的 交流 方法 ,因此 , 为 了 澄清 模型 的 上 下 文 ,我们 既 要 注意 项 目 , 也 要 注意 它 的 最 终 产品 ( 代 
码 、 数 据 库 模式 等 )。 

一 个 模型 只 在 一 个 上 下 文中 使 用 。 这 个 上 下 文 可 以 是 代码 的 一 个 特定 部 分 , 也 可 以 是 某 个 特 
定 团队 的 工作 。 如 果 模 型 是 在 团队 的 一 次 头脑 风暴 会 议 中 得 到 的 那么 这 个 模型 的 上 下 文 仅 限 于 
那 次 会 议 的 讨论 。 就 拿 本 书 中 的 例子 来 说 ,示例 中 所 使 用 的 模型 的 上 下 文 就 是 那个 示例 所 在 的 小 
节 以 及 任何 相关 的 后 续 讨 论 。 模 型 上 下 文 是 为 了 保证 该 模型 中 的 术语 具有 特定 意义 而 必须 要 应 用 
的 一 组 条 件 。 

为 了 解决 多 个 模型 的 问题 ,我 们 需要 明确 地 定义 模型 的 范围 一 一 模型 是 软件 系统 中 一 个 有 界 
的 部 分 ， 一 个 部 分 只 应 用 一 个 模型 ， 并 尽 可 能 地 保持 统一 。 团 队 组 织 中 必须 一 致 遵守 这 个 定义 。 

因此 : 

了 明确 地 定义 模型 所 应 用 的 上 下 文 。 根据 团队 的 组 织 、 软件 系统 的 各 个 部 分 的 用 法 以 及 物理 表 
现 〈 代 码 和 数据 库 模式 等 ) 来 设置 模型 的 边界 。 在 这 些 边界 中 严格 保持 模型 的 一 致 性 ， 而 不 要 受 
到 边界 之 外 问题 的 干扰 和 混淆 。 

BoUNDED CONTEXT 明 确 地 限定 了 模型 的 应 用 范围 ， 以 便 让 团队 成 员 对 什么 应 该 保持 一 致 以 及 
上 下 文 之 间 如 何 关联 有 一 个 明确 和 共同 的 理解 。 在 CONTEXT 中 ， 要 保证 模型 在 逻辑 上 统一 ， 而 不 

[B36] 用 考虑 它 是 不 是 适用 于 边界 之 外 的 情况 。 在 其 他 CONTExT 中 ， 会 使 用 其 他 的 模型 ， 这 些 模型 具有 
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不 同 的 术语 、 概 念 、 规 则 和 UBIQUITOUS LANGUAGE 的 技术 行 话 。 通 过 划 定 明确 的 边界 ， 可 以 使 模 
型 保持 纯粹 , 因而 在 它 所 适用 的 CONTEXT 中 更 有 效 。 同 时 , 也 和 避免 了 将 注意 力 切 换 到 其 他 CONTEXT 
时 引起 的 混淆 。 跨 边界 的 集成 必然 需要 进行 一 些 转换 ， 但 我 们 可 以 清楚 地 分 析 这 些 转换 。 


BouNpED CONTEXT 不 是 MoDULE 
有 时 这 两 个 概念 易 引 起 混淆 ， 但 它们 是 具有 不 同 动机 的 不 同 模式 。 确实 ， 当 两 组 对 象 组 
成 两 个 不 同 模型 时 ， 人 们 几乎 总 是 把 它们 放 在 不 同 的 MODULE 中 。 这样 做 的 确 提供 了 不 同 的 名 
称 空间 (对 不 同 的 CONTEXT 很 重要 ) 和 一 些 划分 方法 . 
但 人 们 也 会 在 一 个 模型 中 用 MODULE 来 组 织 元 素 ,它们 不 一 定 表达 了 划分 CONTEXT 的 意图 。 
模型 在 一 个 BOUNDED CONTEXT 内 部 创建 的 独立 名 称 空间 实际 上 使 人 们 很 难 发 现 意 外 产生 的 模 
型 分 裂 。 





预订 系统 的 上 下 文 


一 家 运输 公司 有 一 个 内 部 项 目 ,为 货物 预订 开发 一 个 新 的 应 用 程序 。 他们 决定 采用 模型 驱动 
的 开发 方法 一 一 为 这 个 应 用 程序 开发 一 个 对 象 模型 。 那 么 这 个 模型 应 用 的 BOUNDED CONTEXT 是 什 
么 呢 ? 为 了 回答 这 个 问题 ,我们 必须 看 一 下 项 目 正在 发 生 什么 事情 。 记 住 , 这 里 是 观察 项 目的 现 
状 ， 而 不 是 它 的 理想 状态 。 

预订 应 用 程序 的 开发 工作 由 一 个 项 目 团队 负责 。 他 们 不 能 修改 模型 对 象 , 但 他 们 所 构建 的 应 
用 程序 还 必须 要 显示 和 操作 这 些 对 象 。 这 个 团队 是 模型 的 使 用 者 。 模 型 在 应 用 程序 (模型 的 主要 
使 用 者 ) 中 是 有 效 的 ， 因 此 预订 应 用 程序 在 应 用 程序 的 边界 之 内 。 

已 完成 的 预订 必须 要 传递 给 原来 的 货物 跟踪 系统 来 处 理 。 新 模型 与 原 有 系统 的 模型 是 不 同 
的 , 因此 原来 的 货物 跟踪 系统 位 于 新 模型 的 边界 之 外 。 新 旧 模 型 之 间 的 必要 转换 由 原 有 系统 的 维 
护 团 队 来 负责 处 理 。 转 换 机 制 不 是 模型 驱动 的 。 它 不 在 BoUNDED CONTEXT 中 (转换 其 实 是 边界 本 
身 的 一 部 分 ， 这 一 点 将 在 CONTEXT MAP 中 讨论 )。 转 换 机 制 在 CONTEXT 之 外 〈 不 基于 模型 ) 是 一 
种 好 的 方法 。 要 求 原来 的 团队 使 用 这 个 模型 是 不 切实 际 的 ， 因 为 他 们 的 主要 工作 都 发 生 在 
CONTEXT 之 外 。 

每 个 对 象 的 整个 生命 周期 都 由 负责 模型 的 团队 来 处 理 , 包括 对 象 的 持久 化 。 由 于 这 个 团队 也 
控制 着 数据 库 模式 ， 因 此 他 们 特意 把 对 象 -关系 映射 设计 得 简单 直接 。 换 言 之 ， 数 据 库 模 式 是 由 
模型 驱动 的 ， 因 此 在 模型 的 边界 之 内 。 

然而 , 在 模型 和 应 用 程序 上 还 有 一 个 团队 正在 工作 , 这 个 团队 为 货轮 安排 航次 。 这 个 团队 和 
负责 货物 预订 的 团队 是 一 起 开始 工作 的 ， 他 们 都 打算 开发 一 个 单独 的 、 统 一 的 系统 。 这 两 支 团队 
偶尔 互相 协调 ， 也 偶尔 共享 对 象 ,但 没有 系统 性 的 协调 。 他 们 不 在 同一 个 BOUNDED CONTEXT 中 工 
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作 。 这 会 带 来 风险 ， 因 为 他 们 并 没有 意识 到 各 自 正 在 使 用 不 同 的 模型 。 到 了 集成 的 时 候 ， 就 会 出 
现 问题 , 除非 他 们 采取 特定 的 过 程 来 管理 这 种 情况 (共享 内 核 可 能 就 是 一 个 很 好 的 选择 ， 本 章 后 
面 会 介绍 )。 但 是 ,第 一 步 是 认 清 现状 。 他 们 不 在 同一 个 CoNTExT 中 ， 因 此 应 该 停止 共享 代码 ， 
直到 做 出 一 些 改变 之 后 再 去 共享 。 

这 个 BoUNDED CONTEXT 由 这 个 特殊 模型 所 驱动 的 所 有 系统 方面 构成 ， 包 括 模型 对 象 、 用 于 
模型 对 象 持久 化 的 数据 库 模式 以 及 预订 应 用 程序 。 在 这 个 CONTEXT 中 主要 有 两 支 团队 在 工作 , 一 
个 是 建 模 团队 ， 另 一 个 是 应 用 程序 团队 。 这 个 系统 需要 与 原来 的 货物 跟踪 系统 交换 信息 ， 原 有 系 
统 的 维护 团队 主要 负责 在 这 个 边界 上 的 转换 , 并 且 与 建 模 团队 进行 合作 。 预 订 模型 和 航次 安排 模 
型 之 间 没有 明确 定义 的 关系 ， 定 义 这 种 关系 应 该 是 这 两 个 团队 的 首要 任务 之 一 。 同 时 ， 他 们 在 共 
享 代码 或 数据 方面 应 该 格外 谨慎 。 

因此 , 通过 定义 这 个 BOUNDED CONTEXT, 团队 得 到 了 什么 ? 这 个 CONTEXT 中 的 团队 有 了 更 清 
晰 的 思路 。 这 两 支 团队 知道 他 们 必须 在 这 个 模型 中 保持 一 致 。 他 们 根据 这 一 点 制定 设计 决策 , 并 
注意 防范 出 现 不 一 致 的 情况 。 这 个 CONTEXT 之 外 的 团队 有 了 自由 。 他 们 不 必 行 走 在 灰色 地 带 ， 不 
必 犹 移 是 不 是 应 该 使 用 同一 个 模型 。 但 在 这 个 特殊 例子 中 , 最 实际 的 收获 是 他 们 认识 到 了 在 预订 
模型 团队 和 航次 安排 团队 之 间 进 行 非 正式 共享 存在 着 风险 。 为 了 避免 问题 产生 ,他 们 实际 上 需要 
在 共享 的 代价 和 收益 之 间作 出 权衡 ， 并 采用 一 些 特定 过 程 来 确保 共享 的 有 效 性 。 要 想 避 免 产 生 这 
些 问题 ， 每 个 人 都 必须 理解 模型 上 下 文 的 边界 在 哪里 。 











k 


当然 , 边界 只 不 过 是 一 些 特殊 的 位 置 。 各 个 BoUNDED CONTEXT 之 间 的 关系 需要 我 们 仔细 地 处 
理 。CONTEXTMAP 画 出 了 上 下 文 的 范围 ， 并 给 出 了 CONTEXT 以 及 它们 之 间 的 连接 的 总 体 视图 ， 而 
几 种 模式 定义 了 CONTEXT 之 间 的 各 种 关系 的 性 质 。CONTINUOUS INTEGRATION 的 过 程 可 以 使 模型 在 
一 个 BOUNDED CONTEXT 中 保持 统一 。 

但 在 讨论 所 有 这 些 问题 之 前 , 想 一 想 当 模型 的 统一 性 被 破坏 时 ， 模 型 会 是 什么 样子 呢 ? 我 们 
又 该 如 何 识别 概念 上 的 不 一 致 呢 ? 


识别 BOUNDED CONTEXT 中 的 不 一 致 


很 多 症状 都 可 能 表明 模型 中 出 现 了 差异 。 最 明显 的 症状 是 已 编码 的 接口 不 匹配 。 一些 细微 的 
意外 行为 也 可 能 是 一 种 信号 。 采 用 了 自动 测试 的 CONTINUOUS INTEGRATION 可 以 帮助 捕捉 到 这 类 问 
题 。 但 语言 上 的 混乱 往往 是 一 种 早期 的 警告 信号 。 

将 不 同 模型 的 元 素 组 合 到 一 起 可 能 会 引发 两 类 问题 : 重复 的 概念 和 假 同 源 。 重 复 的 概念 是 指 
两 个 模型 元 素 (以 及 伴随 的 实现 ) 实际 上 表示 同一 个 概念 。 每 当 这 个 概念 的 信息 发 生变 化 时 ， 都 
必须 要 更 新 两 个 地 方 。 每 次 由 于 新 的 知识 导致 一 个 对 象 被 修改 时 ,也 必须 重新 分 析 和 修改 另 一 个 


米 
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对 象 。 如 果 不 进 行 实际 的 重新 分 析 ， 结 果 就 会 出 现 同一 概念 的 两 个 版 本 ， 它 们 遵守 不 同 的 规则 ， 
甚至 有 不 同 的 数据 。 更 严重 的 是 ,团队 成 员 必须 学 习 同一 操作 的 两 种 方法 ,以 及 保持 这 两 种 方法 
同步 的 各 种 方式 。 

假 同 源 可 能 稍微 少见 一 点 ， 但 它 潜在 的 危害 更 大 。 它 是 指使 用 相同 术语 (或 已 实现 的 对 象 ) 
的 两 个 人 认为 他 们 是 在 谈论 同一 件 事情 , 但 实际 上 并 不 是 这 样 。 本 章 开头 的 示例 就 是 一 个 典型 的 
例子 〈 两 个 不 同 的 业务 活动 都 叫做 Charge)。 但 是 ， 当 两 个 定义 都 与 同一 个 领域 方面 相关 ， 而 只 
是 在 概念 上 稍 有 区 别 时 ， 这 种 冲突 更 难以 发 现 。 假 同 源 会 导致 开发 团队 互相 干扰 对 方 的 代码 ,也 
可 能 导致 数据 库 中 含有 奇怪 的 矛盾 , 还 会 引起 团队 沟通 的 混 清 。 假 同 源 这 个 术语 在 自然 语言 中 也 
经 常 使 用 。 例 如 ， 说 英语 的 人 在 学 习 西班牙 语 时 常常 会 误 用 embarazada 这 个 词 。 这 个 词 的 意思 并 
不 是 embarrassed (难堪 的 ) ， 而 是 pregnant (怀孕 的 )。 很 惊讶 吧 ! 

当 发 现 这 些 问题 时 ， 团 队 必须 要 做 出 相应 的 决定 。 可 能 需要 重新 对 模型 进行 开发 ， 对 开发 过 
程 进行 精 化 ,以 便 防止 出 现 不 一 致 的 情况 。 不 一 致 也 有 可 能 是 由 分 组 造成 的 , 一 些小 组 出 于 合理 
的 原因 ， 需 要 以 一 些 不 同 的 方式 来 开发 模型 ， 而 且 你 可 能 也 决定 让 他 们 独立 开发 。 本 章 接 下 来 要 
讨论 的 模式 的 主题 就 是 如 何 解决 这 些 问题 。 


14.2 模式 : CONTINUOUS INTEGRATION 





定义 完 一 个 BOUNDED CONTEXT 后 ， 必 须 让 它 保持 合理 化 。 
当 很 多 人 在 同一 个 BoUNDED CoNTEXT 中 工作 时 ， 模 型 很 容易 发 生 分 烈 。 团 队 越 大 ， 问 题 就 


越 大 ， 但 即使 是 3、4 个 人 的 团队 也 有 可 能 会 遇 到 严重 的 问题 。 然 而 ， 如 果 将 系统 分 解 为 更 小 的 
CONTEXT， 最 终 又 难以 保持 集成 度 和 一 致 性 。 


有 时 开发 人 员 没 有 完全 理解 其 他 人 所 创建 的 对 象 或 交互 的 意图 , 就 对 它 进行 了 修改 ,使 其 失 
去 了 原来 的 作用 。 有 时 他 们 没有 意识 到 他 们 正在 开发 的 概念 已 经 在 模型 的 另 一 个 部 分 中 实现 了 ， 
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从 而 导致 了 这 些 概念 和 行为 (不 正确 的 ) 重复 。 有 了 时 他 们 意识 到 了 这 些 概念 有 其 他 的 表示 , 但 却 
因为 担心 破坏 现 有 功能 而 不 敢 去 改动 它们 ， 于 是 他 们 继续 重复 开发 这 些 概念 和 功能 。 

开发 一 个 统一 系统 无论 规模 大 小 ) 需要 维持 很 高 的 沟通 水 平 ,而 这 一 点 常常 很 难 做 到 。 我 
们 需要 通过 运用 各 种 方法 来 增进 沟通 并 减 小 复杂 性 。 还 需要 一 些 安全 防护 措施 , 以 避免 过 于 谨慎 
的 行为 (例如 开发 人 员 由 于 担心 破坏 现 有 代码 而 重复 地 开发 一 些 功能 )。 

极限 编程 《XP) 在 这 样 的 环境 中 真正 显示 了 其 特性 。 很 多 XP 实践 都 是 针对 在 很 多 人 频繁 更 
改 设计 的 情况 下 如 何 维护 设计 的 一 致 性 这 个 特定 问题 而 出 现 的 。XP 是 一 种 非常 适合 在 BOUNDED 
CoNTEXT 中 维护 模型 完整 性 的 形式 。 但 是 ， 无 论 是 否 使 用 XP， 都 很 有 必要 采取 一 些 CONTINUOUS 
INTEGRATION 过 程 。 

CONTINUOUS INTEGRATION 是 指 把 一 个 上 下 文中 的 所 有 工作 足够 频繁 地 合并 到 一 起 , 并 使 它们 
经 常 保持 一 致 ， 以 便当 模型 发 生 分 裂 时 ， 可 以 迅速 发 现 并 纠正 问题 。 像 领域 驱动 设计 中 的 其 他 方 
法 一 样 ，CONTINUOUS INTEGRATION 也 有 两 个 级 别 的 操作 : (1) 模型 概念 的 集成 ，(2) 实现 的 集成 。 

团队 成 员 之 间 通 过 经 常 沟通 来 保证 概念 的 集成 .团队 必须 对 不 断 变化 的 模型 形成 一 个 共同 的 
理解 。 有 很 多 方法 可 以 帮助 做 到 这 一 点 ， 但 最 基本 的 方法 是 对 UBIQUITOUS LANGUAGE 多 加 锤炼 。 
同时 ， 实 际 工件 是 通过 系统 性 的 合并 /构建 /测试 过 程 来 集成 的 ， 这 样 的 过 程 能 够 尽早 暴露 出 模型 
的 分 裂 问题 。 用 来 集成 的 过 程 有 很 多 ， 大 部 分 有 效 的 方法 都 具有 以 下 这 些 特 征 : 

口 分 步 集 成 ， 采 用 可 重复 使 用 的 合并 /构建 技术 ， 

口 自动 测试 套件 ， 

口 有 一 些 规则 ， 用 来 为 那些 尚未 集成 的 改动 设置 一 个 合理 的 、 稍 高 的 生命 期 上 限 。 

有 效 过 程 的 另 一 面 是 概念 集成 ， 虽 然 它 很 少 被 正式 地 纳入 进来 。 

口 在 讨论 模型 和 应 用 程序 时 要 坚持 使 用 UBIQUITOUS LANGUAGE。 

大 多 数 敏捷 项 目 至 少 每 天 都 要 把 每 位 开发 人 员 所 做 的 修改 合并 进来 ,这 个 频率 可 以 根据 更 改 
的 步伐 来 调整 ， 只 要 确保 该 间隔 不 会 导致 大 量 不 兼容 工作 的 产生 即 可 。 

在 MoDEL-DRIVEN DESIGN 中 ， 概 念 集成 为 实现 集成 扫 清 了 道路 ， 而 实现 集成 验证 了 模型 的 有 
效 性 和 一 致 性 ， 并 暴露 出 模型 分 裂 这 个 问题 。 

因此 : 

建立 一 个 经 常 把 所 有 代码 和 其 他 实现 工件 合并 到 一 起 的 过 程 , 并 通过 自动 测试 来 快速 查 明 模 
型 的 分 裂 问题 。 严 格 坚持 使 用 UBIQUITOUS LANGUAGE， 以 便 在 不 同人 的 头脑 中 演变 出 不 同 的 概念 
时 ， 使 所 有 人 对 模型 都 能 达成 一 个 共识 。 

最 后 ， 不 要 在 持续 集成 中 做 一 些 不 必要 的 工作 。CONTINUOUS INTEGRATION 只 有 在 BOUNDED 
CoNTEXT 中 才 是 重要 的 。 相 邻 CONTExT 中 的 设计 问题 (包括 转换 ) 不 必 以 同一 个 步调 来 处 理 。 





CONTINUOUS INTEGRATION 可 以 在 任何 BOUNDED CONTEXT 中 使 用 , 只 要 它 的 工作 规模 大 到 需要 
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两 个 以 上 的 人 去 完成 就 可 以 。 它 可 以 维护 单一 模型 的 完整 性 。 当 多 个 BoUNDED CONTEXT 共 存 时 ， 
我 们 必须 要 确定 它们 的 关系 ， 并 设计 任何 必需 的 接口 。 


14.3 模式 : CONTEXT MAP 


ES 所 





口 








只 有 一 个 BOUNDED CONTEXT 并 不 能 提供 全 局 视图 。 其 他 模型 的 上 下 文 可 能 仍 不 清楚 而 且 还 
在 不 断 变化 。 





其 他 团队 中 的 人 员 并 不 是 十 分 清楚 CONTEXT 的 边界 , 他 们 会 不 知 不 觉 地 做 出 一 些 更 改 , 从 而 
使 边界 变 得 模糊 或 者 使 互 连 变 得 复杂 。 当 不 同 的 上 下 文 必须 互相 连接 时 ， 它 们 可 能 会 互相 重生 。 

BOUNDED CONTEXT 之 间 的 代码 重用 是 很 危险 的 ， 应 该 避免 。 功 能 和 数据 的 集成 必须 要 通过 
转换 去 实现 。 通 过 定义 不 同上 下 文 之 间 的 关系 ,并 在 项 目 中 创建 一 个 所 有 模型 上 下 文 的 全 局 视图 ， 
可 以 减少 混乱 。 

CoNTEXT MAP 位 于 项 目 管理 和 软件 设计 之 间 的 重 又 区 域 。 按 照常 规 ， 人 们 往往 按 团 队 组 织 的 
轮廓 来 划 定 边界 。 紧 密 协 作 的 人 会 很 自然 地 共享 一 个 模型 上 下 文 。 不 同 团队 的 人 员 (或 者 即使 在 
同一 个 团队 中 但 从 不 交流 的 人 ) 将 使 用 不 同 的 上 下 文 。 办 公 室 的 物理 位 置 也 有 影响 , 例如 分 别 位 
于 大 楼 两 端的 团队 成 员 (更 不 用 说 在 不 同城 市 工作 的 人 了 ) 如 果 没 有 特别 的 整合 工作 ,很 有 可 能 
会 使 用 不 同 的 上 下 文 。 大 多 数 项 目 经 理会 本 能 地 意识 到 这 些 因素 , 并 围绕 着 软件 模型 与 设计 的 子 
系统 大 致 把 各 个 团队 组 织 起 来 。 但 团队 组 织 与 软件 模型 及 设计 之 间 的 相互 关系 仍然 不 够 明显 。 项 
目 经 理 和 团队 成 员 需 要 对 正在 进行 的 软件 模型 和 设计 有 一 个 清晰 的 视图 。 

因此 : 

识别 每 个 模型 在 项 目 中 的 作用 ， 并 定义 其 BOUNDED CONTEXT。 这 包括 非 面向 对 象 子 系统 的 
隐 含 模型 。 为 每 个 BOUNDED CONTEXT 命 名 ， 并 把 名 称 添加 到 UBIQUITOUS LANGUAGE 中 。 

描述 模型 之 间 的 接触 点 ， 明 确 每 次 交流 所 需 的 转换 ， 并 突出 任何 共享 的 内 容 。 

画 出 现 有 的 范围 。 为 稍 后 的 转换 做 好 准备 。 
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在 每 个 BOUNDED CONTEXT 中 ， 都 将 有 一 种 一 致 的 UBIQUITOUS LANGUAGE 的 “方言 "。 我 们 需 
要 把 BOUNDED CONTEXT 的 名 称 添加 到 UBIQUITOUS LANGUAGE 中 ， 这 样 只 要 通过 明确 CONTEXT 就 可 
以 清楚 地 讨论 任何 一 种 设计 部 分 的 模型 。 

CoNTEXT MAP 并 不 需要 写成 任何 特殊 格式 的 文档 ,我 发 现 本 章 中 的 图 在 可 视 化 和 沟通 上 下 文 
图 方面 很 有 帮助 。 有 些 人 可 能 喜欢 使 用 较 多 的 文本 描述 或 别 的 图 形 表示 。 在 某 些 情况 下 ,团队 成 
员 之 间 只 需 进行 一 些 讨论 就 足够 了 。 需求 不 同 , 细节 级 别 也 不 同 。 不 管 CONTEXTMAP 采 用 什么 形 
式 , 项 目 中 的 每 个 人 都 必须 共享 它 , 并 能 够 理解 它 。 它 必须 为 每 个 BoUNDED CONTEXT 提 供 一 个 明 
确 的 名 称 ， 而 且 必须 清晰 地 表示 出 接触 点 和 它们 的 本 质 。 





根据 设计 问题 和 项 目 组 织 问 题 的 不 同 ，BOUNDED CONTEXT 之 间 的 关系 有 很 多 种 形式 。 本 章 
稍 后 将 介绍 CONTEXT 之 间 的 各 种 关系 模式 ， 这 些 模式 分 别 适 用 于 不 同 的 情况 ， 并 且 提供 了 一 些 术 
语 , 这 些 术 语 可 以 用 来 描述 你 在 自己 的 上 下 文 图 中 发 现 的 关系 。 记 住 , CONTEXTMAP 始 终 表示 它 
所 处 的 情况 ， 你 所 发 现 的 关系 一 开始 可 能 并 不 适合 这 些 模式 。 如 果 它 们 与 某 种 模式 非常 吻合 ， 你 
可 能 想 用 这 个 模式 名 来 描述 它们 ， 但 不 要 生 搬 硬 套 。 只 需 描述 你 所 发 现 的 关系 即 可 。 过 后 ， 你 可 
以 向 更 加 标准 化 的 关系 过 渡 。 

那么 , 如果 你 发 现 模型 产生 了 分 裂 一 一 模型 完全 混乱 且 包含 不 一 致 时 ,你 该 怎么 办 呢 ? 这 时 
一 定 要 十 分 注意 ， 先 把 描述 工作 停 下 来 。 然 后 ， 从 精确 的 全 局 角度 来 解决 这 些 混乱 点 。 小 的 分 列 
可 以 修复 , 并 且 可 以 通过 实施 一 些 过 程 来 为 修复 提供 支持 。 如 果 一 个 关系 很 模糊 ， 可 以 选择 一 种 
最 接近 的 模式 ， 然 后 向 此 模式 靠拢 。 最 重要 的 任务 是 画 出 一 个 清晰 的 CONTEXT MAP， 而 这 可 能 意 
味 着 修复 实际 发 现 的 问题 。 但 不 要 因为 修复 必要 的 问题 而 重组 整个 结构 。 我 们 只 需 修改 那些 明显 
的 矛盾 即 可 ， 直 到 得 出 一 个 明确 的 CoNTEXT MAP， 在 这 个 图 中 ， 你 的 所 有 工作 都 被 放 到 某 个 
BoUNDED CONTEXT 中 ， 而 且 所 有 互 连 的 模型 都 有 明确 的 关系 。 

一 旦 有 了 一 致 的 CONTEXT MAP， 就 会 看 到 需要 修改 的 那些 地 方 。 在 经 过 深思 熟 卡 后， 你 可 以 
修改 困 队 的 组 织 或 设计 。 记 住 ， 在 更 改 实际 上 完成 以 前 ， 不 要 先 修改 CONTEXT MAP。 


| 示例 运输 应 用 程序 中 的 两 个 CONTEXT 


我 们 再 次 回 到 运输 系统 。 应 用 程序 的 主要 特性 之 一 是 在 客户 预订 的 时 候 自 动 为 货物 安排 路 
线 。 模 型 类 似 于 图 14-2。 

Routing Service 是 一 个 SERVICE， 它 把 服务 的 机 制 封装 在 一 个 INTENTION-REVEALING INTERFACE 后 
面 ， 这 个 接口 是 由 一 些 SIDE-EFFECT-FREE FUNCTION 构 成 的 。 这 些 函 数 的 结果 是 用 ASSERTION 刻 画 的 。 

() 接口 声明 了 当 传 人 一 个 Route Specification 时 ， 将 返回 一 个 Itinerary。 

(2) AssERTION 规 定 返 回 的 Itinerary 将 满足 所 传人 的 Route Specification。 

从 上 面 这 些 并 不 能 看 出 这 项 困难 任务 是 如 何 执行 的 。 现 在 ， 让 我 们 来 看 一 下 幕后 的 机 制 。 
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aa aRoute Specification ,| Routing Service 
Cargo origin ep | 
destination = 
emoms cleamnce (on) | - 


个 满足 Route 
Specification 的 Jtinerary 














{ Ttineran 必 须 满足 Specification} 








eg | 
| vessel Voyage ID | 
oad date 
1oad location 
‘unload date 
unload location 


图 14-2 


最 初 在 这 个 示例 所 在 的 项 目 中 ， 我 在 Routing Service 的 内 部 机 制 上 太 过 教条 了 。 我 希望 把 领域 
模型 扩展 一 下 ， 以 便 把 实际 的 路 线 安排 操作 包括 进来 ， 由 模型 来 表示 航次 ， 并 直接 把 这 些 航 次 与 
Itinerary 中 的 Leg ( 航 段 ) 关联 起 来 。 但 负责 处 理 路 线 问题 的 团队 指出 , 为 了 更 好 地 执行 路 线 的 安排 ， 
并 充分 利用 那些 已 经 建立 得 很 好 的 算法 , 应 该 把 这 个 解决 方案 实现 为 一 个 优化 网 络 , 并 把 航次 的 每 
个 航 段 表示 为 矩阵 中 的 一 个 元 素 。 他 们 坚持 要 用 一 个 完全 不 同 的 运输 作业 模型 来 实现 此 目的 。 

就 当时 的 设计 而 言 ,他 们 在 路 线 安排 过 程 的 计算 要 求 上 无 疑 是 正确 的 , 而 且 我 也 没有 更 好 的 
思路 ,因此 我 只 好 同意 了 。 实 际 上 ,我 们 创建 了 两 个 独立 的 BOUNDED CONTEXT, 每 个 上 下 文 都 有 
自己 运输 作业 的 概念 组 织 (参见 图 14-3)。 

我 们 需要 接受 一 个 Routing Service 请 求 ， 并 将 它 转换 为 Network Traversal Service 可 以 理解 的 
术语 ， 然 后 获取 结果 ， 并 将 其 转换 为 Routing Service 所 期 望 得 到 的 格式 。 

这 意味 着 在 这 两 个 模型 中 并 不 需要 映射 出 所 有 事情 ， 而 只 需 能 够 进行 这 两 个 特定 的 转换 即 可 : 

Route Specification 一 地 点 代码 的 List 
Node 标 识 的 列表 一 Itinerary 

为 了 进行 这 两 个 转换 ,我 们 必须 研究 元 素 在 一 个 模型 中 的 含义 ,并 弄 清 楚 如 何在 另 一 个 模型 
中 把 它 表示 出 来 。 

我 们 从 第 一 个 转换 开始 (Route Specification 一 地 点 代码 的 List), 我 们 必须 考虑 列表 中 的 地 点 
序列 的 含义 。 列 表 中 的 第 一 项 是 路 线 的 开始 ， 然 后 必须 依次 通过 每 个 地 点 ,直到 到 达 列表 中 的 最 
后 一 个 地 点 。 因 此 ， 起 点 和 目的 地 分 别 是 列表 中 的 第 一 项 和 最 后 一 项 ， 中间 (如果 有 的 话 ) 则 是 
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清关 地 点 (参见 图 4-14)。 

















Route Specification 
origin 

destination 
customs clearance 
(opt) 





{ltinerary must satisfy specification} 
Fe 


Ttinerary | 


0 Routing Service 


oS 
Network Traversal 
| Service 











vessel Voyage ID 

load date 

load location 

unload date 
unload location | 


预订 CoNTExT 








[ 
封装 了 一 个 复杂 的 算术 机 制 。 








Node 的 输出 列表 是 一 条 运输 
网 络 的 路 线 ， 这 条 路 线 必须 
要 经 过 输入 的 地 点 列表 。 








= 
Shipping 
OP 
vessel Voyage ID 
date 
operationType 








图 14-3 ”同时 使 用 两 个 BoUNDED CONTEXT， 这 样 就 可 以 应 用 有 效 的 路 线 安排 算法 











LU es 
一 
一 下 
aRouteSpec.origin 
aRouteSpec.customsClearance ek [全 
aRouteSpec.destination SS 
ee 





图 14-4 ”对 Network Traversal Service 的 一 次 查询 的 转换 
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(幸运 的 是 ， 两 个 团队 使 用 相同 的 地 点 代码 ， 因 此 我 们 不 必 处 理 地 点 代码 之 间 的 转换 。) 
注意 , 反 向 转换 是 不 明确 的 ， 因 为 网 络 遍历 输入 允许 任意 数目 的 中 间 点 ,而 不 是 只 有 一 个 特 
别 指定 的 清关 点 。 幸 运 的 是 ， 由 于 我 们 并 不 需要 反 向 转换 ， 因 此 不 会 产生 这 个 问题 , 但 由 此 我 们 


很 容易 看 出 为 什么 有 些 转 换 是 不 可 能 的 。 


现在 ,我 们 开始 对 结果 进行 转换 (Node 标 识 的 List 一 tinerary) 。 假 设 我 们 可 以 根据 所 得 到 的 Node 


ID 来 使 用 存储 库 查 询 Node 和 Shipping Operation 对 象 。 那 么 ， 


这 些 Node 是 如 何 映射 到 Leg 上 的 呢 ? 根 


据 operationType-code， 我 们 可 以 把 Node 列 表 分 解 为 “出 发 /到 达 ” 对 。 每 一 对 组 成 一 个 Leg。 


List 


I 
Node co 下 一 出 发 中 be 
-一 一 > Leg 
Node 5 | 到达 - 


= 
Node 9 出 发 i 
> 
Node 0 一 -一 到 达 J 
Node OT 出 发 人 
Node 2 到 达 


ltinerary 


y 
| 








图 14-5 ”对 Network Traversal Service 所 发 现 的 一 个 路 线 进行 转换 


每 个 Node 对 的 属性 按 下 面 这 样 进行 映射 : 


departureNode. shippingOperation.vesselVoyageId 一 


leg.vesselVoyageId 


departureNode. shippingOperation.date - leg.loadDate 
departureNode. locationCode 一 leg.loadLocationCode 
arrivalNode. shippingOperation.date 一 leg.unloadDate 
arrivalNode.locationcode 一 leg.unloadLocationCode 


这 是 两 个 模型 之 间 的 概念 转换 映射 。 现 在 ， 我 们 必须 通过 某 种 方法 来 实现 这 些 转换 。 在 像 这 
样 的 简单 例子 中 , 我 通常 先 创建 一 个 用 于 转换 的 对 象 ， 然后 找到 或 创建 另 一 个 对 象 来 为 子 系统 的 


剩余 部 分 提供 服务 。 





Booking-Transport Network Translator 








convertSpec(RouteSpecification spec): List cocO-- 
convertPath(List nodePath) : ftinerary 








图 14-6 ”双向 转换 器 





| 地 点 的 ID 列表 


这 是 两 个 团队 必须 一 起 维护 的 对 象 。 设计 应 该 使 单元 测试 变 得 容易 , 因此 最 好 让 两 个 团队 协 


349| 





246 第 四 部 分 战略 设计 





作 来 开发 一 个 测试 套件 。 除 此 之 外 ， 他 们 可 以 采用 不 同 的 方式 各 自 开发 。 


| 把 协调 这 些 BouNpED 
CoNrExr 之 间 的 交互 的 职责 | 
| 交 给 Routing Service 来 完成 。 | 

















| 


Booking-Transport ] 
Network Translator | 


预订 Co* 运输 网 络 CoNTEXT 


图 14-7 


把 协调 这 些 BoUNDED CONTEXT 之 间 的 交互 的 职责 交 给 Routing Service 来 完成 。 
Routing Service 的 实现 现在 变 成 了 把 任务 委托 给 Translator 和 Network Traversal Service。 它 剩 
下 的 操作 如 下 : 


public Itinerary route(RouteSpecification spec) { 
Booking_TransportNetwork_Translator translator = 
new Booking_TransportNetwork_Translator(); 


List constraintLocations = 


translator.convertConstraints (spec); 


// Get access to the NetworkTraversalService 
List pathNodes = 
traversalService. findPath(constraintLocations); 


Itinerary result = translator.convert (pathNodes); 
return result; 
} 
这 种 处 理 方法 不 错 。 BOUNDED CONTExT 使 每 个 模型 都 保持 相对 清晰 , 使 团队 大 部 分 时 间 都 能 
独立 工作 , 而且， 如 果 最 初 的 假设 是 正确 的 ， 它 们 可 能 会 发 挥 很 好 的 作用 (本 章 后 面 还 会 回头 讨 
B50] 论 这 个 问题 )。 
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两 个 上 下 文 之 间 的 接口 非常 小 。Routing Service 的 接口 把 预订 上 下 文中 的 剩余 部 分 与 路 线 查 
找事 件 隔 离开 。 这 个 接口 完全 由 SIDE-EFFECT-FREE FUNCTION 构 成 ， 因 此 很 容易 测试 。 与 其 他 
COoNTEXT 和 谐 共存 的 一 个 秘诀 是 拥有 有 效 的 接口 测试 集 。 正如 里 根 总 统 在 裁减 核武 器 谈判 时 所 说 
的 名 言 “ 信 任 ， 但 要 确认 ””。 

我 们 很 容易 设计 一 组 自动 测试 集 来 把 Route Specification 输 入 到 Routing Service 中 并 检查 返回 
的 Itinerary 。 





模型 上 下 文 总 是 存在 的 , 但 如 果 我 们 不 注意 的 话 , 它们 可 能 会 发 生 重 又 和 变化 。 通过 明确 地 
定义 BOUNDED CONTEXT 和 CONTEXTMAP, 团队 就 可 以 掌控 模型 的 统一 过 程 ， 并 把 不 同 的 模型 连接 
起 来 。 


14.3.1 测试 CONTEXT 的 边界 


对 各 个 BOUNDED CONTEXT 的 接触 点 的 测试 特别 重要 。 这 些 测试 有 助 于 解决 转换 时 所 存在 的 
- 些 细微 问题 以 及 弥补 边界 沟通 上 存在 的 不 足 。 测 试 充 当 了 有 用 的 早期 报警 系统 , 特别 是 在 我 们 
必须 信赖 那些 模型 细节 却 又 无 法 控制 它们 时 ， 它 能 让 我 们 感到 放心 。 


14.3.2 ”CONTEXT MAP 的 组 织 和 文档 化 


这 里 只 有 以 下 两 个 重点 。 

(1) BoUNDED CONTEXT 应 该 有 名 称 ， 以 便 可 以 讨论 它们 。 这 些 名 称 应 该 被 添加 到 团队 的 
UBIQUITOUS LANGUAGE 中 。 

(2) 每 个 人 都 应 该 知道 边界 在 哪里 ， 而 且 应 该 能 够 分 辨 出 任何 代码 段 的 CONTEXT， 或 任何 情 
况 的 CONTEXT。 

有 很 多 种 方式 可 以 满足 第 二 项 需求 ， 这 取决 于 团队 的 文化 。 一 旦 定义 了 BoUNDED CONTEXT， 
就 很 自然 地 需要 把 不 同上 下 文 的 代码 隔离 到 不 同 的 MopuLE 中 ， 这 样 就 产生 了 一 个 问题 一 一 如 何 
跟踪 哪个 MODULE 属于 哪个 CONTEXT。 我 们 可 以 用 命名 惯例 来 表明 这 一 点 ， 或 者 使 用 其 他 简单 且 
不 会 产生 混淆 的 机 制 。 

同样 重要 的 是 以 一 种 适当 的 形式 来 表示 出 概念 边界 , 使 团队 中 的 每 个 人 都 能 以 相同 的 方式 来 
理解 它们 。 我 喜欢 用 非 正式 的 图 来 实现 这 一 目的 ， 就 像 示例 中 所 显示 的 那些 图 一 样 。 也 可 以 使 用 
更 严格 的 图 或 文本 列表 来 显示 出 每 个 CONTEXT 中 的 所 有 包 , 同时 也 显示 出 接触 点 以 及 负责 连接 和 
转换 的 机 制 。 有 些 团队 更 愿意 使 用 这 种 方法 ,而 另 一 些 团队 通过 口头 协定 和 大 量 的 讨论 也 能 很 好 
地 实现 这 一 目的 。 

无 论 是 哪 种 情况 ， 如 果 要 把 CONTEXT 的 名 称 添 加 到 UBlQurrous LANGUAGE 中 ， 那 么 讨论 


@ 里 根 把 一 个 俄罗斯 详 语 翻译 成 这 名 名言， 这 句 话 一 语 道破 了 双边 事务 的 核心 一 这 是 连接 上 下 文 的 又 一 个 隐喻 。 
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CoNTEXT MAP 就 是 很 重要 的 。 不 要 说 “George 团 队 的 内 容 改 变 了 ， 因 此 我 们 也 需要 改变 那些 与 其 


进行 交互 的 内 容 ”, 而 应 该 说 ;:“Transport Network 模 型 发 生 了 改变 ,因此 我 们 也 需要 修改 Booking 
上 下 文 的 转换 器 。 


14.4 ”BouNDED CONTEXT 之 间 的 关系 


下 面 介绍 的 这 些 模式 提供 了 把 两 个 模型 关联 起 来 的 各 种 策略 。 把 模型 连接 到 一 起 之 后 , 就 能 
够 把 整个 企业 系统 涵盖 在 内 。 这 些 模式 有 两 个 目的 ,一 是 为 成 功 地 组 织 开发 工作 设 定 目标 , 二 是 
提供 用 于 描述 现 有 组 织 的 术语 。 

现 有 关系 可 能 与 这 些 模 式 中 的 某 一 种 很 接近 一 一 这 可 能 是 由 于 巧合 , 也 可 能 是 有 意 设计 的 一 一 
在 这 种 情况 下 可 以 使 用 这 个 模式 的 术语 来 描述 关系 ,但 差异 之 处 应 该 引起 重视 。 然 后 , 随 着 每 次 
小 的 设计 修改 ， 关 系 会 与 所 选 定 的 模式 越 来 越 接近 。 

另 一 方面 ， 你 可 能 会 发 现 现 有 关系 很 混乱 或 过 于 复杂 。 要 想得到 一 个 明确 的 CONTEXT MAP， 
需要 重新 组 织 一 些 关 系 。 在 这 种 情况 或 任何 需要 考虑 重组 的 情况 下 , 这 些 模式 提供 了 各 种 不 同 的 
选择 。 这 些 模式 的 主要 区 别 包括 你 对 另 一 个 模型 的 控制 程度 、 两 个 团队 之 间 合 作 水 平和 合作 类 型 
以 及 特性 和 数据 的 集成 程度 。 

下 面 这 些 模式 涵盖 了 一 些 最 常见 和 最 重要 的 情况 , 它们 提供 了 一 些 很 好 的 思路 , 沿 着 这 些 思 
路 ,我 们 就 可 以 知道 如 何 处 理 其 他 的 情况 。 开 发 一 个 紧密 集成 产品 的 优秀 团队 可 以 部 署 一 个 大 的 、 
统一 的 模型 。 如 果 团 队 需 要 为 不 同 的 用 户 群 提供 服务 , 或 者 团队 的 协调 能 力 有 限 ， 可 能 就 需要 采 
用 SHARED KERNEL (共享 内 核 ) 或 CUSTOMER/SUPPLIER (客户 /供应 商 ) 关系 。 有 时 仔细 研究 需求 
之 后 可 能 发 现 集成 并 不 重要 ， 而 系统 最 好 采用 SEPARATE WAY (独立 自主 ) 模式 。 当 然 ， 大 多 数 项 
目 都 需要 与 遗留 系统 或 外 部 系统 进行 一 定 程度 的 集成 ， 这 就 需要 使 用 OPEN HosT SERVICE (开放 
主机 服务 ) 或 ANTICORRUPTION LAYER (防护 层 ) 。 


14.5 模式 : SHARED KERNEL 





第 14 章 “保持 模型 的 完整 性 249 





当 功 能 集成 很 有 限时 ，CoNTINUous INTEGRATION 的 开销 可 能 会 变 得 非常 高 。 尤 其 是 当 团队 的 
技能 水 平 或 行政 组 织 不 能 保持 持续 集成 ,或 者 只 有 一 个 庞大 的 、 笨 拙 的 团队 时 , 更 容易 发 生 这 种 
情况 。 在 这 种 情况 下 可 以 定义 单独 的 BOUNDED CONTEXT， 并 组 织 多 个 团队 。 





当 不 同 团队 开发 一 些 紧密 相关 的 应 用 程序 时 , 如 果 团 队 之 间 不 进行 协调 , 即使 短 时 间 内 能 够 
取得 快速 进展 , 他 们 开发 出 的 产品 也 可 能 互相 不 适合 .最 后 可 能 不 得 不 在 转换 层 上 花费 大 量 时 间 ， 
而 且 得 到 的 产品 也 “五 花 八 门 ”， 不 如 使 用 CONTINUOUS INTEGRATION 所 得 到 的 产品 那么 一 致 ， 
同时 会 浪费 大 量 的 重复 工作 ， 并 且 无 法 实现 公共 的 UBIQUITOUS LANGUAGE 所 带 来 的 好 处 。 

在 很 多 项 目 中 , 我 看 到 过 一 些 基 本 上 独立 工作 的 团队 共享 基础 设施 层 。 领域 工作 采用 类 似 的 
方法 也 可 以 很 有 效 。 保 持 整个 模型 和 代码 的 完全 同步 这 个 开销 可 能 太 高 了 , 但 从 系统 中 仔细 挑选 
出 一 部 分 并 保持 同步 ， 就 能 以 较 小 的 代价 获得 较 大 的 收益 。 

因此 : 

从 领域 模型 中 选 出 两 个 团队 都 同意 共享 的 一 个 子 集 。 当 然 , 除了 模型 的 这 个 子 集 以 外 , 这 还 
包括 与 该 模型 部 分 相关 的 代码 子 集 , 或 数据 库 设 计 的 子 集 。 这 部 分 明确 共享 的 内 容 具有 特殊 的 状 
态 ， 而 且 一 个 团队 在 没 与 另 一 个 团队 商量 的 情况 下 不 应 擅自 更 改 它 。 

功能 系统 要 经 常 进行 集成 ， 但 集成 的 频率 应 该 比 团队 中 CONTINUOUS INTEGRATION 的 频率 低 
一 些 。 在 进行 这 些 集成 的 时 候 ， 两 个 团队 都 要 运行 测试 。 

这 是 一 个 仔细 的 平衡 。SHARED KERNEL (共享 内 核 ) 不 能 像 其 他 设计 部 分 那样 可 以 自由 更 改 。 
在 做 决定 时 需要 与 另 一 个 团队 协商 。 共 享 内 核 中 必须 要 集成 自动 测试 套件 ， 因 为 当 修改 共享 内 核 
时 ， 必 须要 通过 两 个 团队 的 所 有 测试 。 通 常 ， 团 队 先 对 共享 内 核 的 副本 进行 修改 ， 然 后 每 隔 一 段 
时 间 与 另 一 个 团队 的 修改 进行 集成 。( 例 如 ， 在 每 天 (或 更 短 的 时 间 周期 ) 进行 CONTINUOUS 
INTEGRATION 的 团队 中 ， 可 以 每 周 进行 一 次 内 核 的 合并 。) 不 管 代码 集成 是 怎样 安排 的 ， 两 个 团队 
越 早 讨论 修改 ， 效 果 就 会 越 好 。 








SHARED KERNEL 通 常 是 CORE DOMAIN， 或 是 一 组 GENERIC SUBDOMAIN (通用 子 领 域 )， 也 可 能 
二 者 兼 有 (参见 第 15 章 ) ， 它 可 以 是 两 个 团队 都 需要 的 任何 一 部 分 模型 。 使 用 SHARED KERNEL 的 
目的 是 减少 重复 〈 但 并 不 能 消除 重复 ， 因 为 只 有 在 一 个 BOUNDED CONTEXT 中 才能 消除 重复 ), 并 
且 使 两 个 子 系统 之 间 的 集成 变 得 相对 容易 一 些 。 
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14.6 模式: CUSTOMER/SUPPLIER DEVELOPMENT TEAM 





我 们 常常 会 磁 到 这 样 的 情况 : 一 个 子 系统 的 主要 任务 是 服务 于 另 一 个 子 系统 , 或 者 执行 分 析 
(或 其 他 ) 功能 的 “下 游 ”组 件 向 “上 游 ”组 件 反馈 的 信息 非常 少 ， 所 有 的 依赖 性 都 是 单 向 的 。 
两 个 子 系统 一 般 为 完全 不 同 的 用 户 群 提供 服务 ,这 些 用 户 的 工作 完全 不 同 , 在 这 种 情况 下 使 用 不 
同 的 模型 会 很 有 帮助 。 工 具 集 可 能 也 不 相同 ， 因 此 无 法 共享 程序 代码 。 


上 游 和 下 游子 系统 很 自然 地 分 隔 到 两 个 BOUNDED CoNTEXT 中 。 如 果 两 个 组 件 需要 不 同 的 技 
巧 或 者 是 使 用 不 同 的 工具 集 实现 的 , 更 需要 把 它们 隔离 到 不 同 的 上 下 文中 。 转 换 很 容易 ， 因 为 只 
需要 进行 单 向 转换 。 但 两 个 团队 的 行政 组 织 关系 可 能 会 引起 问题 。 

如 果 下 游 困 队 对 变更 具有 否决 权 , 或 请 求 变更 的 程序 太 复杂 , 那么 上 游 团 队 的 开发 自由 就 会 
受到 限制 。 由 于 担心 破坏 下 游 系 统 , 上 游 团队 甚至 会 受到 抑制 。 同 时 , 由 于 上 游 团 队 掌握 优先 权 ， 
下 游 团 队 有 时 也 会 无 能 为 力 。 

下 游 团 队 依赖 于 上 游 团 队 , 但 上 游 团 队 却 不 负责 下 游 团队 的 产品 。 要 想 预计 一 个 团队 对 另 一 
个 团队 有 什么 影响 ， 人 员 性 质 会 产生 什么 影响 ,以 及 时 间 压 力 会 产生 什么 影响 等 ， 需 要 额外 付出 
大 量 的 工作 。 因 此 ， 正 式 规定 团队 之 间 的 关系 会 使 所 有 人 工作 起 来 更 容易 。 这 样 ， 就 可 以 对 开发 
过 程 进行 组 织 ， 均 衡 地 处 理 两 个 用 户 群 的 需求 ， 并 根据 下 游 所 需 的 特性 来 安排 工作 。 

在 极限 编程 项 目 中 , 已 经 有 了 实现 此 目的 的 机 制 -一 和 迭代 计划 过 程 。 我 们 只 需 根据 计划 过 程 
来 定义 两 个 团队 之 间 的 关系 。 下 游 团 队 的 代表 类 似 于 用 户 代表 , 他们 与 用 户 代表 一 起 参加 计划 会 
议 , 直接 与 他 们 讨论 和 权衡 所 需 的 任务 。 结 果 是 供应 商 团队 得 到 一 个 包含 下 游 团 队 最 需要 的 任务 
的 选 代 计 划 , 或 是 通过 双方 商定 推迟 一 些 任务 ,这 样 下 游 团队 也 就 知道 这 些 被 推迟 的 功能 不 会 交 
付 给 他 们 。 
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如 果 使 用 的 不 是 XP 过 程 ， 那 么 无论 使 用 什么 类 似 的 方法 来 平衡 不 同 用 户 的 关注 点 ， 都 可 以 
对 这 种 方法 加 以 扩充 ， 使 之 把 下 游 应 用 程序 的 需求 包括 进来 。 

因此 : 

在 两 个 团队 之 间 建 立 一 种 明确 的 客户 /供应 商 关系 。 在 计划 会 议 中 ， 下 游 团队 相当 于 上 游 团 
队 的 客户 。 根 据 下 游 团队 的 需求 来 协商 需要 执行 的 任务 并 为 这 些 任务 做 预算 ,以 便 每 个 人 都 知道 
双方 的 约定 和 进度 。 

两 个 团队 一 起 开发 自动 验收 测试 , 用 来 验证 预期 的 接口 。 把 这 些 测试 添加 到 上 游 团队 的 测试 
套件 中 , 以 便 作 为 其 持续 集成 的 一 部 分 来 运行 。 这 些 测试 使 游 团队 在 做 出 修改 时 不 必 担心 对 下 
游 团队 产生 副作用 。 

在 迭代 期 间 , 下 游 团队 成 员 应 该 像 传统 的 客户 一 样 随时 回答 上 游 团队 的 提问 , 并 帮助 解决 问题 。 

自动 化 验收 测试 是 这 种 客户 关系 的 一 个 重要 部 分 。 即 使 在 合作 得 非常 好 的 项 目 中 , 虽然 客户 
很 明确 他 们 所 依赖 的 功能 并 告诉 上 游 团 队 , 而 且 供应 商 也 能 很 认真 地 把 所 做 的 修改 传递 给 下 游 团 
队 ， 但 如 果 没 有 测试 ， 也 会 发 生 一 些 很 意外 的 事情 。 这 些 事情 将 破坏 下 游 团队 的 工作 ， 并 使 上 游 
团队 不 得 不 采取 计划 外 的 紧急 修复 措施 。 因 此 , 客户 团队 在 与 供应 商 团 队 合作 的 过 程 中 , 应 该 开 
发 自动 验收 测试 来 验证 所 期 望 的 接口 。 上 游 团队 将 把 这 些 测试 作为 标准 测试 套件 的 一 部 分 来 运 
行 。 任 何 一 个 团队 在 修改 这 些 测试 时 都 需要 与 另 一 个 团队 沟通 , 因为 修改 测试 就 意味 着 修改 接口 。 

在 不 同 公司 的 项 目 之 间 也 会 出 现 客户 /供应 商 关系 ， 在 某 些 情况 下 ， 客 户 的 需求 对 供应 商 的 
业务 来 说 显得 非常 重要 。 下 游 团队 也 能 制约 上 游 团 队 ， 一 个 有 影响 力 的 客户 所 提出 的 要 求 对 上 游 
项 目的 功能 非常 重要 , 但 这 些 要 求 也 能 破坏 上 游 项 目的 开发 。 建 立正 式 的 需求 响应 过 程 对 双方 都 
有 利 ， 因 为 与 内 部 IT 关系 相 比 ， 在 这 种 外 部 关系 中 更 难 做 出 “成 本 /效益 ”的 权衡 

这 种 模式 有 两 个 关键 要 素 。 

(1) 关系 必须 是 客户 与 供应 商 的 关系 ， 其 中 客户 的 需求 是 至 关 重 要 的 。 由 于 下 游 团队 并 不 是 
唯一 的 客户 ， 因 此 不 同 客户 的 要 求 必须 通过 协商 来 平衡 ， 但 这 些 要 求 都 是 非常 重要 的 。 这 种 关系 
与 经 常 出 现 的 “ 穷 亲 威 ”关系 相好 相反 ， 在 后 者 的 关系 中 ， 下 游 团 队 不 得 不 乞求 上 游 团队 满足 其 
需求 。 

(2) 必须 有 一 个 自动 测试 套件 ， 使 上 游 团队 在 修改 代码 时 不 必 担心 破坏 下 游 团 队 的 工作 ， 并 
使 下 游 团队 能 够 专注 于 自己 的 工作 ， 而 不 用 总 是 密切 注意 着 上 游 团队 的 行动 。 

在 接力 赛 中, 前 面 的 选手 在 接 棒 的 时 候 不 能 一 直 回头 看 , 这 位 选手 必须 相信 队友 能 够 把 接力 
棒 准 确 地 交 到 他 手中 ， 否 则 整个 团队 的 速度 无 疑 会 慢 下 来 。 


WE 5miT 


我 们 再 次 回 到 运输 的 示例 中 。 项 目 建立 了 一 支 专门 的 团队 ， 负 责 分 析 公 司 收 到 的 所 有 预订 ， 
以 便 查 看 如 何 实现 收益 的 最 大 化 。 团 队 成 员 可 能 发 现货 轮 上 还 有 空位 置 ， 并 建议 接受 超 订 。 他 们 
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可 能 发 现货 轮 过 早 地 装 满 了 散装 货物 ， 从 而 使 公司 不 得 不 拒绝 利润 更 大 的 专门 货物 。 在 这 种 情况 
下 ， 他 们 可 能 会 建议 为 这 些 类 型 的 货物 预 留 出 空间 ， 或 提高 散 货 的 运输 价格 。 

为 了 进行 这 种 分 析 , 他 们 使 用 了 自己 的 复杂 模型 。 在 实现 过 程 中 , 他 们 使 用 了 一 个 带 有 构建 
分 析 模型 工具 的 数据 仓库 。 而 且 他 们 需要 从 预订 应 用 程序 中 获取 大 量 的 信息 。 

从 一 开始 就 知道 ， 这 显然 是 两 个 BoUNDED CONTEXT， 因 为 它们 使 用 不 同 的 实现 工具 ， 而 且 
最 重要 的 是 ， 它 们 使 用 不 同 的 领域 模型 。 那 么 它们 之 间 应 该 具有 什么 样 的 关系 呢 ? 

在 这 种 情况 下 使 用 SHARED KERNEL 看 起 来 很 合乎 逻辑 ， 因 为 收益 分 析 只 对 预订 模型 的 一 个 子 
集 感 兴趣 ， 而 且 它 们 自己 的 模型 也 有 一 些 重复 的 货物 、 价 格 等 概念 。 但 当 使 用 了 不 同 的 实现 技术 
时 ，SHARED KERNEL 是 很 难 使 用 的 。 此 外 ， 收 益 分 析 团队 需要 建立 非常 专门 的 模型 ， 他 们 要 不 断 
修改 模型 ， 并 且 尝试 其 他 的 模型 。 他 们 最 好 从 预订 CoNTEXT 中 找到 所 需 的 东西 ， 并 把 它们 转换 到 
自己 的 上 下 文中 。( 另 一 方面 ， 如 果 他 们 使 用 SHAREDKERNEL， 他 们 的 翻译 负担 将 会 轻 得 多 。 他 们 
仍然 必须 重新 实现 模型 ， 并 把 数据 转换 到 新 的 实现 中 ， 但 如 果 模 型 相同 的 话 ， 转 换 就 简单 多 了 。) 

预订 应 用 程序 并 不 依赖 收益 分 析 ， 因 为 系统 没有 自动 调整 策略 。 调 整 决策 将 由 专家 来 制定 ， 
并 传递 给 相关 的 人 员 和 系统 。 这 样 我 们 就 有 了 一 个 上 游 / 下 游 关系 。 下 游 的 需求 如 下 : 

(D 一些 数据 (任何 预订 系统 都 不 需要 这 些 数据 )， 

(2) 数据 库 模式 具有 一 定 稳定 性 (或 至 少 具有 可 靠 的 变更 通知 机 制 ), 或 者 一 个 用 于 导出 的 实 
用 程序 。 
幸运 的 是 , 预订 应 用 程序 开发 团队 的 项 目 经 理 非常 积极 主动 地 帮助 收益 分 析 团 队 。 但 这 可 能 
:一 个 问题 , 因为 实际 负责 处 理 日 常 预订 业务 的 运营 部 门 和 实际 执行 收益 分 析 的 团队 并 非 向 
间 一 个 副 总 裁 报 告 工作 。 但 高 管 层 非常 关心 收益 管理 ,而 且 过 去 曾 看 到 过 两 个 部 门 之 间 的 合作 问 
题 ， 因 此 调整 一 下 软件 开发 项 目的 结构 ， 让 两 个 团队 的 项 目 经 理 向 同一 个 人 汇报 工作 。 

这 样 ， 应 用 CUSTOMER/SUPPLIER DEVELOPMENTTEAM (客户 /供应 商 开发 团队 ) 的 所 有 需求 都 
满足 了 。 

我 曾经 在 很 多 地 方 看 到 过 这 种 场景 的 发 展 ,其 中 分 析 软件 开发 人 员 和 操作 软件 开发 人 员 具 有 
客户 /供应 商 关 系 。 当 上 游 团 队 成 员 认为 他 们 的 角色 是 服务 于 客户 时 ， 工 作 会 进展 得 相当 顺利 。 
这 种 关系 几乎 总 是 非 正 式 地 组 织 起 来 的 ， 因 此 工作 顺利 与 否 有 赖 于 两 个 项 目 经 理 的 私人 关系 。 

在 一 个 XP 项 目 中 ， 我 曾经 看 到 过 正式 的 客户 /供应 商 关 系 ， 在 每 次 迭代 中 ， 下 游 团 队 的 代表 
都 以 客户 的 身份 参与 到 计划 的 讨论 中 ， 他 们 与 更 多 (应 用 程序 功能 的 ) 普通 客户 代表 聚 到 一 起 ， 
共同 协商 哪些 任务 应 该 被 添加 到 迭代 计划 中 。 这 是 一 家 小 公司 的 项 目 ， 因 此 最 近 一 级 的 共同 主管 
不 会 处 在 关系 链 的 很 远 位 置 。 项 目 进展 得 非常 顺利 。 











CUSTOMER/SUPPLIER TEAM 如 果 能 在 同一 个 部 门 中 工作 ， 最 后 会 形成 共同 的 目标 ， 这 样 成 功 
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机 会 将 更 大 一 些 ， 如 果 两 个 团队 分 属 不 同 的 公司 ， 但 实际 上 也 具有 这 些 角色 ,同样 也 会 成 功 。 但 
是 ， 当 上 游 团 队 不 愿意 为 下 游 团队 提供 服务 时 ， 情 况 就 会 完全 不 同 了 。 


14.7 模式 : CONFORMIST 


当 两 个 具有 上 游 /下 游 关系 的 团队 不 归 同 一 个 管理 者 指挥 时 ，CUSTOMER/SUPPLIER TEAM 这 样 
的 合作 模式 就 不 会 奏效 。 勉 强 应 用 这 种 模式 会 给 下 游 团队 带 来 麻烦 。 大 公司 可 能 会 发 生 这 种 情况 ， 
其 中 两 个 团队 在 管理 层次 中 相隔 很 远 , 或 者 两 个 团队 的 共同 主管 不 关心 它们 之 间 的 关系 。 当 两 个 
团队 属于 不 同 公司 时 ， 如 果 客 户 的 业务 对 供应 商 不 是 非常 重要 ， 那 么 也 会 出 现 这 种 情况 。 或 许 供 
应 商 有 很 多 小 客户 , 或 者 供应 商 正在 改变 市 场 方向 , 而 不 再 重视 老 客户 。 也 可 能 是 供应 商 的 运营 
状况 较 差 ， 或 者 已 经 倒闭 。 不 管 是 什么 原因 ， 现 实情 况 是 下 游 团 队 只 能 靠 自己 了 。 

当 两 个 开发 团队 具有 上 /下 游 关 系 时 ， 如 果 上 游 团 队 没 有 动机 来 满足 下 游 团队 的 需求 ， 那 么 
下 游 团队 将 无 能 为 力 。 出 于 利他 主义 的 考虑 ， 上 游 开发 人 员 可 能 会 做 出 承诺 ,但 他 们 可 能 不 会 履 
行 承诺 。 下 游 团队 出 于 良好 的 意愿 会 相信 这 些 承诺 ， 从 而 根据 一 些 永远 不 会 实现 的 特性 来 制定 计 
划 。 下 游 项 目 只 能 被 搁置 直到 团队 最 终 学 会 利用 现 有 条 件 自力 更 生 为 止 。 下 游 团队 不 会 得 到 根 
据 他 们 的 需求 而 量 身 定做 的 接口 。 

在 这 种 情况 下 ， 有 3 种 可 能 的 解决 途径 。 一 种 是 完全 放弃 对 上 游 的 利用 。 做 出 这 种 选择 时 ， 
应 对 现实 情况 进行 评估 ， 它 假定 上 游 不 会 满足 下 游 的 需求 。 有 时 我 们 会 高 估 这 种 依赖 性 的 价值 
或 是 低估 它 的 成 本 。 如 果 下 游 团队 决定 切断 这 条 链 ， 他 们 将 走 上 SEPARATE WAY (独立 自主 ) 的 道 
路 (参见 本 章 后 面 介绍 的 模式 )。 

有 时 ,使 用 上 游 软件 具有 非常 大 的 价值 ， 因 此 必须 保持 这 种 依赖 性 (或 者 是 行政 决策 规定 团 
队 不 能 改变 这 种 依赖 性 )。 在 这 种 情况 下 ， 有 两 种 途径 可 供 选 择 ， 选 择 哪 一 种 取决 于 上 游 设 计 的 
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质量 和 风格 。 如果 上 游 的 设计 很 难 使 用 (可 能 是 由 于 缺乏 封装 、 使 用 了 不 恰当 的 抽象 或 者 建 模 时 
使 用 了 团队 无 法 使 用 的 范式 )， 那 么 下 游 团队 仍然 必须 开发 其 自己 的 模型 。 他 们 将 完全 负责 开发 
一 个 转换 层 ， 这 个 层 可 能 会 非常 复杂 (参见 本 章 后 面 要 介绍 的 ANTICORRUPTION LAYER) 。 


跟随 并 不 总 是 坏事 

当 使 用 一 个 具有 很 大 接口 的 现成 组 件 时 ， 一 般 应 该 CONFORM 该 组 件 中 隐 含 的 模型 由 于 
组 件 和 你 自己 的 应 用 程序 显然 是 不 同 的 BOUNDED CONTEXT， 因 此 根据 团队 组 织 和 控制 的 不 同 ， 
可 能 需要 使 用 适配器 来 减少 格式 的 修改 ， 但 模型 一 定 要 保持 相同 。 否 则 ， 就 应 该 质疑 该 组 件 的 
价值 。 如 果 它 确实 能 够 提供 价值 ， 那 说 明 它 的 设计 中 已 经 消化 吸收 了 一 些 知识 。 在 该 组 件 的 应 
用 范围 内 ， 它 可 能 比 你 的 理解 要 先进 。 你 的 模型 大 概 会 扩展 该 组 件 的 范围 ， 而 且 你 自己 的 概念 
将 为 了 适应 这 些 部 分 而 演进 ,但 在 连接 该 组 件 的 地 方 ， 你 自己 的 模型 将 是 一 个 CONFORMIT， 遵 
从 该 组 件 模型 的 领导 。 实 际 上 ， 你 将 被 带 到 一 个 更 好 的 设计 中 。 

当 你 与 组 件 的 接口 很 小 时 ， 那 么 共享 一 个 统一 模型 就 不 那么 重要 了 ， 而 且 转 换 也 是 一 个 
可 行 的 选项 。 但 是 ， 当 接口 很 大 而 且 集 成 更 加 重要 时 ， 跟 随 是 有 意义 的 . 


另 一 方面 , 如 果 上 游 设 计 的 质量 不 是 很 差 , 而 且 风 格 也 能 兼容 的 话 ， 那么 最 好 不 要 再 开发 一 
个 独立 的 模型 。 这 种 情况 下 可 以 使 用 CoNFORMIST (跟随 者 ) 模式 。 

因此 : 

通过 严格 遵从 上 游 团队 的 模型 ， 可 以 消除 在 BoUNDED CONTEXT 之 间 进 行 转换 的 复杂 性 。 尽 
管 这 会 限制 下 游 设计 人 员 的 风格 ， 而 且 可 能 不 会 得 到 理想 的 应 用 程序 模型 ， 但 选择 CoNFORMITY 
模式 可 以 极 大 地 简化 集成 。 此 外 ， 这样 还 可 以 与 供应 商 团队 共享 一 种 UBIQUITOUS LANGUAGE。 供 
应 商 处 于 驾驶 者 的 位 置 上 ， 因此 最 好 使 他 们 能 够 容易 沟通 。 他 们 从 利他 主义 的 角度 出 发 , 会 与 你 
分 享 信息 。 

这 个 决策 会 加 深 你 对 上 游 团 队 的 依赖 , 同时 你 的 应 用 也 受 限于 上 游 模型 的 功能 , 充其量 也 只 
能 做 一 些 简单 的 增强 而 已 。 人 们 在 主观 上 不 愿意 这 样 做 ， 因 此 有 时 本 应 该 这 样 选择 时 ， 却 没有 这 
样 选择 。 

如 果 这 些 折 中 不 可 接受 , 而 上 游 的 依赖 又 必 不 可 少 , 那么 还 可 以 选择 第 二 种 方法 。 通过 创建 
一 个 ANTICORRUPTIONLAYER 来 尽 可 能 把 自己 隔离 开 , 这 是 一 种 实现 转换 映射 的 积极 方法 ， 后 面 将 
会 讨论 它 。 





CoNFORMIST 模 式 类 似 于 SHARED KERNEL 模 式 。 在 这 两 种 模式 中 , 都 有 一 个 重 肥 的 区 域 , 在 这 
个 重合 区 域内 两 个 团队 的 模型 是 相同 的 , 你 的 模型 由 于 又 加 而 得 到 扩展 , 并 且 不 会 受到 另 一 个 模 
型 的 影响 。 这 两 种 模式 之 间 的 区 别 在 于 决策 制定 和 开发 过 程 不 同 。SHARED KERNEL 是 两 个 高 度 协 
调 的 团队 之 间 的 合作 模式 ， 而 CONFORMIST 模 式 则 是 与 一 个 对 合作 不 感 兴趣 的 团队 进行 集成 。 
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前 面 介绍 了 在 两 个 BOUNDED CONTEXT 之 间 集 成 时 可 以 进行 的 各 种 合作 ， 从 高 度 合作 的 
SHARED KERNEL 模 式 或 CUSTOMER/SUPPLIER DEVELOPER TEAM 到 单方 面 的 CONFORMIST 模 式 。 现 在 ， 
我 们 最 后 来 看 一 种 更 翡 观 的 关系 , 假设 一 个 团队 既 不 可 能 与 另 一 个 团队 合作 也 无 法 利用 他 们 的 设 
计时 ， 该 如 何 应 对 。 


14.8 模式: ANTICORRUPTION LAYER 





新 系统 几乎 总 是 需要 与 遗留 系统 或 其 他 系统 进行 集成 , 这 些 系统 具有 其 自己 的 模型 。 当 把 设 
计 得 很 完善 的 BoUNDED CONTEXT 与 合作 团队 的 上 下 文 进行 连接 时 , 转换 层 可 能 很 简单 ,甚至 很 优 
雅 。 但 是 ， 当 边界 那 侧 发 生 渗透 时 ， 转 换 层 就 要 承担 起 更 多 的 防护 职责 。 


党 尝 洲 


当 正 在 构建 的 新 系统 与 另 一 个 系统 的 接口 很 大 时 , 为 了 克服 连接 两 个 模型 而 带 来 的 困难 , 新 
模型 所 表达 的 意图 可 能 会 被 完全 改变 ,最 终 导致 它 被 修改 得 像 是 另 一 个 系统 的 模型 了 (以 一 种 特 
定 的 风格 ) 。 遗 留 系统 的 模型 通常 很 弱 。 即 使 有 一 些 例外 的 被 开发 得 很 好 的 模型 ， 它 们 可 能 也 不 
会 符合 当前 项 目的 需要 。 然 而 ， 集 成 遗留 系 统 仍然 具有 很 大 的 价值 ， 而 且 有 时 还 是 绝对 必要 的 。 

正确 的 答案 是 不 要 全 盘 封 杀 与 其 他 系统 的 集成 。 在 我 经 历 过 的 一 些 项 目 中 , 人 们 非常 热衷 于 
替换 所 有 遗留 系统 ， 但 由 于 工作 量 太 大 ， 这 不 可 能 立即 完成 。 此 外 ， 与 现 有 系统 集成 是 一 种 有 价 
值 的 重用 形式 。 在 大 型 项 目 中 , 一 个 子 系统 通常 必须 与 其 他 独立 开发 的 子 系统 连接 。 这 些 子 系统 
将 从 不 同 角度 反映 问题 领域 。 当 基于 不 同 模型 的 系统 被 组 合 到 一 起 时 ,为 了 使 新 系统 符合 另 一 个 
系统 的 语义 ， 新 系统 自己 的 模型 可 能 会 被 破坏 。 即 使 另 一 个 系统 被 设计 得 很 好 ， 它 也 不 会 与 客户 
基于 同一 个 模型 。 而 且 其 他 系统 往往 并 不 是 设计 得 很 好 。 

当 通 过 接口 与 外 部 系统 连接 时 , 存在 很 多 障碍 。 例 如 ,基础 设施 层 必须 提供 与 另 一 个 系统 进 
行 通信 的 方法 , 这 个 系统 可 能 处 于 一 个 不 同 的 平台 上 , 或 是 使 用 了 不 同 的 协议 。 你 必须 把 那个 系 
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统 的 数据 类 型 转换 为 你 自己 系统 的 数据 类 型 。 但 通常 被 忽视 的 一 个 事实 是 那个 系统 肯定 不 会 使 用 
相同 的 概念 领域 模型 。 

如 果 从 一 个 系统 中 取出 一 些 数据 , 然后 在 另 一 个 系统 中 错误 地 解释 了 它 , 那么 显然 会 发 生 错 
误 ， 甚 至 会 破坏 数据 库 。 但 尽管 我 们 已 经 认识 到 这 一 点 ， 这 个 问题 仍然 会 “偷袭 ”我 们 ， 因 为 我 
们 认为 在 系统 之 间 转 移 的 是 原始 数据 , 其 含义 是 明确 的 ,并且 认 为 这 些 数据 在 两 个 系统 中 的 含义 
肯定 是 相同 的 。 这 种 假设 常常 是 错误 的 。 数 据 与 每 个 系统 的 关联 方式 会 使 得 它 的 各 个 含义 出 现 细 
微 但 重要 的 差别 。 而 且 ， 即 使 原始 数据 元 素 确实 具有 完全 相同 的 含义 ， 但 在 原始 数据 这 样 低 的 层 
次 上 进行 接口 操作 也 通常 是 错误 的 。 这 样 的 低层 接口 使 另 一 个 系统 的 模型 丧失 了 解释 数据 以 及 约 
束 其 值 和 关系 的 能 力 ， 同 时 使 新 系统 背负 了 解释 原始 数据 的 负担 (而 且 这 些 数据 与 其 自己 的 模型 
无 关 )。 

我 们 需要 为 使 用 不 同 模型 的 部 分 提供 一 种 转换 机 制 , 这样 模型 就 不 会 因为 无 法 理解 外 来 模型 
的 元 素 而 被 破坏 。 

因此 ， 

创建 一 个 隔离 的 层 , 以 便 根据 客户 自己 的 领域 模型 来 为 客户 提供 相关 的 功能 。 这 个 层 通过 其 
现 有 接口 与 另 一 个 系统 进行 对 话 ， 而 只 需 对 那个 系统 作出 很 少 的 修改 ， 甚 至 无 需 修改 。 在 内 部 ， 
这 个 层 在 两 个 模型 之 间 进行 必要 的 双向 转换 。 





这 种 连接 两 个 系统 的 机 制 可 能 会 使 我 们 想到 把 数据 从 一 个 程序 转移 到 另 一 个 程序 ,或 者 从 
个 服务 器 迁移 到 另 一 个 服务 器 的 问题 。 我 们 很 快 就 会 讨论 技术 通信 机 制 的 使 用 。 但 这 些 细节 问题 
不 应 与 防护 层 混 清 , 因为 ANTICORRUPTION LAYER (防护 层 ) 并 不 是 向 另 一 个 系统 发 送 消息 的 机 制 。 
相反 ， 它 是 在 不 同 的 模型 和 协议 之 间 转 换 概念 对 象 和 操作 的 机 制 。 

ANTICORRUPTION LAYER 本 身 就 可 能 是 一 段 复杂 的 软件 。 接 下 来 将 概要 描述 在 设计 防护 层 时 
需要 考虑 的 一 些 事项 。 


14.8.1 设计 ANTICORRUPTION LAYER 的 接口 





ANTICORRUPTION LAYER 的 公共 接口 通常 以 一 组 SERVICE 的 形式 出 现 ， 但 偶尔 也 会 采用 ENTITY 
的 形式 。 构 建 一 个 全 新 的 层 来 负责 两 个 系统 的 语义 之 间 的 转换 为 我 们 提供 了 一 个 机 会 , 使 我 们 能 
够 重新 对 那个 系统 的 行为 进行 抽象 , 并 按照 与 我 们 的 模型 一 致 的 方式 把 服务 和 信息 提供 给 我 们 的 
系统 。 在 我 们 的 模型 中 ， 把 外 部 系统 表示 为 一 个 单独 的 组 件 可 能 是 没有 意义 的 。 最 好 是 使 用 多 个 
SERVICE (或 偶尔 使 用 ENTITY) ， 其 中 每 个 SERVICE 都 为 我 们 的 模型 履行 某 种 单一 的 职责 。 


14.8.2 ”实现 ANTICORRUPTION LAYER 


对 ANTICORRUPTION LAYER 设 计 进 行 组 织 的 一 种 方法 是 把 它 实现 为 FACADE、ADAPTER (这 两 
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种 模式 ([Gamma et al. 1995]) 和 转换 器 的 组 合 ， 外 加 两 个 系统 之 间 进 行 对 话 所 需 的 通信 和 传输 
机 制 。 

我 们 常常 需要 与 那些 大 的 、 复 杂 的 且 具 有 混乱 接口 的 系统 进行 集成 。 这 不 是 概念 模型 差别 的 
问题 (概念 模型 差别 是 我 们 使 用 ANTICORRUPTION LAYER 的 动机 ) ， 而 是 一 个 实现 问题 当 我 们 尝试 
创建 ANTICORRUPTION LAYER 时 ， 会 遇 到 这 个 实现 问题 。 当 从 一 个 模型 转换 到 另 一 个 模型 的 时 候 ， 
如 果 不 能 同时 处 理 那些 很 难 与 之 对 话 的 子 系统 接口 , 那么 将 很 难 完成 转换 (特别 是 当 模型 很 复杂 
时 )。 好 在 FACADE 可 以 解决 这 个 问题 。 

FACADE 是 子 系统 的 一 个 可 供 替 换 的 接口 ， 它 简化 了 对 客户 的 访问 ,并 使 子 系统 更 易于 使 用 。 
由 于 我 们 对 需要 使 用 另 一 个 系统 的 哪些 功能 非常 清楚 ， 因 此 可 以 创建 一 个 FACADE 来 促进 和 简化 
对 这 些 特 性 的 访问 ， 并 把 其 他 的 特性 隐藏 起 来 。FACADE 并 不 改变 底层 系统 的 模型 。 它 应 该 是 严 
格 按照 那个 系统 的 模型 编写 的 。 否 则 会 产生 严重 的 后 果 : 轻 则 导致 转换 职责 蔓延 到 多 个 对 象 中 ， 
并 加 重 FACADE 的 负担 ， 重 则 创建 出 另 一 个 模型 ， 这 个 模型 既 不 属于 那个 系统 ， 也 不 属于 你 自己 
的 BOUNDED CONTEXT。FACADE 应 该 属于 另 一 个 系统 的 BOUNDED CONTEXT， 它 只 是 为 了 满足 你 的 
专门 需要 而 呈现 出 的 一 个 更 友好 的 外 观 。 

ADpAPTER 是 一 个 包装 器 ， 它 允许 客户 使 用 另外 一 种 协议 ， 这 种 协议 可 以 是 行为 实现 者 不 理解 
的 协议 。 当 客户 向 适配器 发 送 一 条 消息 时 ，ADAPTER 把 消息 转换 为 一 条 在 语义 上 等 同 的 消息 ， 并 
将 其 发 送 给 “被 适 配 者 ”(adaptee) 。 然 后 ADAPTER 对 响应 消息 进行 转换 ， 并 将 其 发 回 。 我 在 这 里 
使 用 适配器 (adapter) 这 个 术语 略微 有 点 儿 不 严 说， 因为 [Gamma et al. 1995] 一 书 中 强调 的 是 使 被 
包装 的 对 象 符合 客户 所 期 望 的 标准 接口 ， 而 我 们 选择 的 是 被 适 配 的 接口 ， 而 且 被 适 配 者 甚至 可 能 
不 是 一 个 对 象 。 我 们 强调 的 是 两 个 模型 之 间 的 转换 ， 但 我 认为 这 与 ADAPTER 的 意图 是 一 致 的 。 

我 们 所 定义 的 每 种 SERVICE 都 需要 一 个 支持 其 接口 的 ADAPTER， 这 个 适配器 还 需要 知道 怎样 
才能 向 其 他 系统 或 其 FACADE 发 出 相应 的 请 求 )。 

剩 下 的 要 素 就 是 转换 器 了。ADAPTER 的 工作 是 知道 如 何 生成 请 求 。 概 念 对 象 或 数据 的 实际 转 
换 是 一 种 完全 不 同 的 复杂 任务 , 我 们 可 以 让 一 个 单独 的 对 象 来 承担 这 项 任务 , 这 样 可 以 使 负责 转 
换 的 对 象 和 ADpAPTER 都 更 易于 理解 。 转 换 器 可 以 是 一 个 轻 量 级 的 对 象 ， 它 可 以 在 需要 的 时 候 被 实 
例 化 。 由 于 它 只 属于 它 所 服务 的 ApAPTER， 因 此 不 需要 有 状态 ， 也 不 需要 是 分 布 式 的 。 

这 些 都 是 我 用 来 创建 ANTICORRUPTION LAYER 的 基本 元 素 。 此 外 还 有 其 他 一 些 需要 考虑 的 因 
素 。 

口 如 图 14-8 所 示 ， 一 般 是 由 正在 设计 的 系统 (你 的 子 系统 ) 来 发 起 一 个 动作 。 但 在 有 些 情况 

下 ， 其 他 子 系统 可 能 需要 向 你 的 子 系统 提交 某 种 请 求 ， 或 是 把 某 个 事件 通知 给 你 的 子 系 
统 。ANTICORRUPTION LAYER 可 以 是 双向 的 ， 它 可 能 使 用 具有 对 称 转换 的 相同 转换 器 来 定 
义 两 个 接口 上 的 SERVICE (它们 具有 自己 的 ApAPTER) 。 尽 管 实现 ANTICORRUPTION LAYER 
通常 不 需要 对 另 一 个 子 系统 做 任何 修改 ， 但 为 了 使 它 能 够 调用 ANTICORRUPTION LAYER 的 
SERVICE， 有 时 还 是 有 必要 修改 的 。 
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图 14-8 ”ANTICORRUPTION LAYER 的 结构 


口 我 们 通常 需要 一 些 通信 机 制 来 连接 两 个 子 系统 ， 而 且 它们 可 能 位 于 不 同 的 服务 器 上 。 在 
这 种 情况 下 ， 必 须 决定 在 哪里 放置 通信 链接 。 如 果 无 法 访问 另 一 个 子 系统 ， 那 么 可 能 必 
须 在 FACADE 和 另 一 个 子 系统 之 间 设 置 通信 链接。 但 是 ， 如 果 FACADE 可 以 直接 与 男 一 个 子 
系统 集成 到 一 起 ， 那 么 在 适配器 和 外 观 之 间 设 置 通信 链接 也 不 失 为 一 种 好 的 选择 ， 这 是 
因为 FAcApE 的 协议 比 它 所 封装 的 内 容 要 简单 在 有 些 情 况 下 , 整个 ANTICORRUPTION LAYER 
可 以 与 另 一 个 子 系统 集成 到 一 起 ， 这 时 可 以 在 你 的 系统 和 构成 ANTICORRUPTION LAYER 接 
口 的 SERVICE 之 间 设 置 通信 链接 或 分 发 机 制 。 这 些 都 是 需要 根据 实际 情况 做 出 的 实现 和 部 
署 决策 。 它 们 与 ANTICORRUPTION LAYER 的 概念 角色 无 关 。 

口 如 果 有 权 访问 另 一 个 子 系统 ， 你 可 能 会 发 现 对 它 进 行 少许 的 重 构 会 使 你 的 工作 变 得 更 容 
易 。 特 别 是 应 该 为 那些 需要 使 用 的 功能 编写 更 显 式 的 接口 ， 如 果 可 能 的 话 ， 首 先 从 编写 
自动 测试 开始 。 

口 当 需 要 进行 广泛 的 集成 时 ， 转 换 的 成 本 会 直线 上 升 。 这 时 需要 对 正在 设计 的 系统 的 模型 
做 出 一 些 选择 ， 使 之 尽量 接近 外 部 系统 ， 以 便 使 转换 更 加 容易 。 做 这 些 工作 时 要 非常 小 
心 ， 不 要 破坏 模型 的 完整 性 。 当 翻译 的 难度 非常 大 时 ， 可 以 有 选择 地 进行 。 如 果 这 种 方 
法 看 起 来 是 系统 的 大 部 分 重要 问题 的 最 自然 的 解决 方案 ， 那 么 可 以 考虑 你 的 子 系统 采用 
CoONFORMIST 模 式 ， 从 而 消除 转换 。 

口 如 果 另 一 个 子 系统 很 简单 或 有 一 个 很 整洁 的 接口 ， 可 能 就 不 需要 FACADE 了 。 

口 如 果 一 个 功能 是 两 个 系统 的 关系 所 需 的 ， 就 可 以 把 这 个 功能 添加 到 FACADE 中 。 此 外 我 们 
还 很 容易 想到 两 个 特性 ， 一 是 外 部 系统 使 用 情况 的 审计 跟踪 ， 二 是 跟踪 对 另 一 个 接口 的 
调用 进行 调试 的 逻辑 。 

记 住 ，ANTICORRUPTION LAYER 是 连接 两 个 BOUNDED CONTEXT 的 一 种 方式 。 我 们 常常 需要 使 


用 别人 创建 的 系统 ,而 这 些 系统 是 很 难 完全 理解 的 ， 而 且 我 们 对 它们 也 只 有 很 少 的 控制 。 但 这 并 
不 是 我 们 需要 在 两 个 子 系统 之 间 使 用 防护 层 的 唯一 情况 。 如 果 你 自己 开发 的 两 个 子 系统 基于 不 同 
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的 模型 ， 那么 使 用 ANTICORRUPTION LAYER 把 它们 连接 起 来 也 是 有 意义 的 。 在 这 种 情况 下 , 你 应 该 
可 以 完全 控制 这 两 个 子 系统 ,而 且 通 常 可 以 使 用 一 个 简单 的 转换 层 。 但 是 ,如果 这 两 个 BOUNDED 
CONTEXT 采 用 了 SEPARATE WAY 模 式 ， 而 仍然 需要 进行 一 定 的 功能 集成 ， 那 么 可 以 使 用 
ANTICORRUPTION LAYER 来 减少 它们 之 间 的 矛盾 。 


| 示例， 遗留 预订 应 用 程序 


为 了 有 一 个 小 的 、 可 以 快速 开始 的 最 初版 本 ， 我 们 将 编写 一 个 最 小 化 的 应 用 程序 ， 它 可 以 建 
立 一 次 装载 (shipment) 并 通过 一 个 转换 层 传递 给 遗留 系统 进行 预订 和 支持 操作 。 由 于 我 们 是 专 
门 为 了 保护 正在 开发 的 模型 不 受 遗 留 设 计 的 影响 才 来 构建 转换 层 的 ， 因 此 这 个 转换 就 是 一 个 
ANTICORRUPTION LAYER 。 

最 初 ，ANTICORRUPTION LAYER 将 接收 表示 装载 的 对 象 ， 对 它们 进行 转换 并 传递 给 遗留 系统 ， 
请 求 一 个 预订 , 然后 捕获 确认 消息 并 将 其 转换 成 新 设计 的 确认 对 象 。 这 种 隔离 使 我 们 基本 上 能 够 
独立 于 遗留 系统 来 开发 新 的 应 用 程序 ， 尽 管 这 也 必须 投入 相当 多 的 转换 工作 。 

在 后 续 的 每 个 版 本 中 ,根据 后 面 的 决策 ， 新 系统 要 么 可 以 接管 遗留 系统 的 更 多 功能 ， 要 么 可 
以 在 不 替换 现 有 功能 的 情况 下 增加 一 些 新 的 功能 。 由 于 实现 了 这 种 灵活 性 ， 我 们 在 构建 
ANTICORRUPTIONLAYER 上 投入 的 工作 也 许 是 值得 的 , 这 使 我 们 能 够 不 间断 地 操作 合并 的 系统 , 同 
时 能 够 实现 新 老 系统 的 逐步 过 渡 。 





14.8.3 ”一 个 关于 防御 的 故事 


为 了 保护 边境 不 受 周边 好 战 的 游牧 部 落 的 侵犯 ， 古 代 的 中 国 修建 了 长 城 。 虽 然 它 并 不 是 一 
道 不 可 逾越 的 屏障 ， 但 它 却 使 得 与 邻近 地 区 的 通商 变 得 规范 有 序 ， 同 时 也 可 以 抵御 侵略 和 其 他 
不 良 影响 。 两 千 多 年 来 ， 它 定义 了 一 个 边界 ， 保 护 中 国 的 农业 文明 较 少 受到 外 界 混乱 局 面 的 干 
扰 。 

如 果 没 有 长 城 ， 中国 可 能 不 会 形成 如 此 独特 的 文明 , 但 尽管 如 此 ,长城 的 修建 耗资 巨大 ， 它 
至 少 使 一 个 朝代 “破产 "， 而 且 也 可 能 导致 了 它 最 终 灭亡 。 踊 离 策略 的 益处 是 必须 平衡 它 产生 的 
代价 。 我 们 应 该 从 实际 出 发 ， 对 模型 做 出 适度 的 修改 ， 使 之 能 够 更 好 地 适应 外 部 模型 。 

任何 集成 都 是 有 开销 的 ， 无 论 这 种 集成 是 单一 BOUNDED CONTEXT 中 的 完全 CONTINUOUS 
INTEGRATION， 还 是 集成 度 较 轻 的 SHARED KERNEL 或 CUSTOMER/SUPPLIER DEVELOPER TEAM， 或 是 
单方 面 的 CONFORMIST 模 式 和 防御 型 的 ANTICORRUPTION LAYER 模 式 。 集 成 可 能 非常 有 价值 ， 但 它 
的 代价 也 总 是 十 分 高 昂 的 。 我 们 应 该 确保 在 真正 需要 的 地 方 进行 集成 。 
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14.9 模式 : SEPARATE WAY 





我 们 必须 严格 划 定 需求 的 范围 。 如 果 两 组 功能 之 间 的 关系 并 非 必 不 可 少 , 那么 二 者 完全 可 以 
彼此 独立 。 





集成 总 是 代价 高 昂 ， 而 有 时 获 益 却 很 小 。 

除了 在 团队 之 间 进 行 协调 所 需 的 常见 开销 以 外 , 集成 还 迫使 我 们 做 出 一 些 折 中 。 为 了 处 理 所 
有 的 情况 , 我 们 必须 使 用 更 加 抽象 的 模型 , 而 不 得 不 放弃 可 以 满足 某 一 特定 需求 的 简单 专用 模型 。 
或 许 有 些 完全 不 同 的 技术 能 够 轻而易举 地 提供 某 些 特 性 , 但 它 却 很 难 集成 。 或 许 某 个 团队 很 难 合 
作 ， 使 得 其 他 团队 在 尝试 与 之 合作 时 找 不 到 行 之 有 效 的 方法 。 

在 很 多 情况 下 ,集成 不 会 提供 明显 的 收益 。 如 果 两 个 功能 部 分 并 不 需要 互相 调用 对 方 的 功能 ， 
或 者 这 两 个 部 分 所 使 用 的 对 象 并 不 需要 进行 交互 ,或 者 在 它们 操作 期 间 不 共享 数据 ,那么 集成 可 
能 就 是 没有 必要 的 (尽管 可 以 通过 一 个 转换 层 进行 集成 )。 仅 仅 因为 特性 在 用 例 中 相关 ， 并 不 一 
定 意味 着 它们 必须 集成 到 一 起 。 

因此 ， 

声明 一 个 与 其 他 上 下 文 毫 无 关联 的 BOUNDED CoNTEXT， 使 开发 人 员 能 够 在 这 个 小 范围 内 找 
到 简单 、 专 用 的 解决 方案 。 

特性 仍然 可 以 被 组 织 到 中 间 件 或 UI 层 中 , 但 它们 将 没有 共享 的 逻辑 , 而 且 应 该 把 通过 转换 层 
进行 的 数据 传输 减 至 绝对 的 最 小 ， 最 好 是 没有 数据 传输 。 


必 E 太 一 个 保险 项 目的 简化 


一 个 项 目 团队 着 手 开发 一 个 新 的 保险 理赔 软件 , 他 们 打算 把 客户 服务 代理 或 理赔 人 所 需 的 一 
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切 功能 都 集成 到 一 个 系统 中 。 经 过 一 年 的 工作 后 ， 团 队 成 员 陷入 僵局 。 分 析 竣 痪 "再 加 上 巨大 的 
基础 设施 前 期 投资 使 他 们 在 管理 上 渐渐 失去 了 耐心 更 严重 的 是 ,工作 范围 使 他 们 根本 无 力 应 对 。 

新 任 项 目 经 理 把 所 有 人 员 集 成 到 一 个 房间 中 , 让 他 们 一 周 内 制定 一 个 新 的 计划 。 他们 首先 整 
理 出 需求 列表 , 然后 尝试 估计 它们 的 难度 和 重要 性 .他 们 严格 地 删 减 那些 困难 的 和 不 重要 的 需求 。 
然后 ,开始 为 剩 下 的 需求 列表 排列 顺序 。 这 个 星期 他 们 在 这 个 房间 里 制定 了 很 多 明智 的 决策 , 但 
最 后 只 有 一 个 被 证 明 是 真正 重要 的 。 这 个 时 候 他们 终于 认识 到 有 举 特 性 几乎 没有 从 集成 得 到 任何 
好 处 。 例 如 ， 理 赔 人 需要 访问 一 些 现 有 数据 库 ， 而 且 他 们 月 前 的 访问 非常 不 方便 。 但 是 ， 尽 管用 
户 需要 得 到 这 些 数据 ， 但 软件 系统 的 其 他 特性 却 没有 一 个 用 到 它们 。 

团队 成 员 提出 了 各 种 简单 的 访问 方式 。 一 个 提议 是 ， 可 以 把 关键 报告 导出 为 HTML 并 放 到 内 
部 网 (intranet) 上 。 另 一 个 提议 是 ， 可 以 为 理赔 人 提供 一 种 专用 查询 ， 这 种 查询 是 用 一 个 标准 软 
件 包 编写 的 。 通 过 在 内 部 网 的 页 面 上 放置 链接 ,或 者 在 用 户 桌 面 上 放置 按钮 ， 就 可 以 把 所 有 这 些 
功能 集成 进来 。 

团队 启动 了 一 组 小 项 目 , 这 些 项 目 除了 从 同一 个 菜单 启动 之 外 , 不 再 尝试 任何 集成 。 儿 个 很 
有 价值 的 功能 几乎 在 一 夜 之 间 就 完成 了 。 印 去 了 这 些 过 多 特性 的 包 被 之 后 ,只 剩 下 了 一 组 精炼 的 
需求 ， 这 使 得 主 应 用 程序 的 交付 又 有 了 希望 。 

团队 本 来 可 以 这 样 进行 下 去 , 但 遗憾 的 是 ， 他 们 又 回 到 了 老路 , 再 次 陷入 困境 。 最 后 ， 只 有 
那些 采用 SEPARATE WAY 模 式 开发 的 小 应 用 程序 被 证 明 是 有 用 的 。 








采用 SEPARATE WAY (独立 自主 ) 模式 需要 预先 决定 一 些 选项 。 尽 管 持续 重 构 最 后 可 以 撤销 
任何 决策 , 但 完全 隔离 开发 的 模型 是 很 难 合并 的 。 如 果 最 终 仍然 需要 集成 ， 那 么 转换 层 将 是 必要 
的 ， 而 且 可 能 很 复杂 。 当 然 ， 不 管 怎样 ， 这 都 是 我 们 将 要 面 对 的 问题 。 

现在 ， 让 我 们 回 到 更 强调 合作 的 关系 上 ， 来 看 一 下 几 种 集成 度 更 高 的 模式 。 


14.10 模式， OPEN HosT SERVICE 


一 般 来 说 ,在 BOUNDED CONTEXT 中 工作 时 ,我们 会 为 CONTEXT 外 部 的 每 个 组 件 定义 一 个 转换 层 ， 
这 个 转换 层 是 必须 要 集成 的 。 当 集成 是 一 次 性 的 时 候 , 这 种 为 每 个 外 部 系统 插入 转换 层 的 方法 可 以 
以 最 小 的 代价 避免 破坏 模型 。 但 当 子 系统 要 与 很 多 系统 集成 时 ， 可 能 就 需要 更 灵活 的 方法 了 。 





当 一 个 子 系统 必须 与 大 量 其 他 系统 进行 集成 时 , 为 每 个 集成 都 定制 一 个 转换 层 可 能 会 减 慢 团 


@@ 分 析 竣 阁 ，analysis paralysis， 指 一 个 项 目 在 大 量 的 分 析 工作 面前 陷入 困境 。 一 一 译 者 注 
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队 的 工作 速度 。 需 要 维护 的 东西 会 越 来 越 多 ， 而 且 进行 修改 的 时 候 担心 的 事情 也 会 越 来 越 多 。 
团队 可 能 正在 反复 做 着 同样 的 事情 。 如 果 一 个 子 系统 有 某 种 内 豪 性 , 那么 或 许可 以 把 它 描述 
为 一 组 SERVICE， 这 组 SERVICE 满足 了 其 他 子 系统 的 公共 需求 。 

要 想 设计 出 一 个 足够 干净 的 协议 ,使 之 能 够 被 多 个 团队 理解 和 使 用 ,是 一 件 十 分 困难 的 事情 ， 
因此 只 有 当 子 系统 的 资源 可 以 被 描述 为 一 个 内 聚 的 SERVICE 集 并 且 必 须 进行 很 多 集成 的 时 候 ， 才 
值得 设计 这 样 一 种 协议 。 在 这 些 情况 下 ， 它 能 够 把 维护 模式 和 持续 开发 区 别 开 。 

因此 ， 

定义 一 个 协议 ， 把 你 的 子 系统 作为 一 组 SERVICE 供 其 他 系统 访问 。 开 放 这 个 协议 ， 以 便 所 有 
需要 与 你 的 子 系统 集成 的 人 都 可 以 使 用 它 。 当 有 新 的 集成 需求 时 ， 就 增强 并 扩展 这 个 协议 ， 但 个 
别 团队 的 特殊 需求 除外 。 满 足 这 种 特殊 需求 的 方法 是 使 用 一 次 性 的 转换 器 来 扩充 协议 ,以便 使 共 
享 协议 简单 且 内 聚 。 





这 种 通信 形式 暗含 一 些 共享 的 模型 词汇 ， 它 们 是 SERVICE 接口 的 基础 。 这 样 ， 其 他 子 系统 就 
变 成 了 与 OPEN HosT (开放 主机 ) 的 模型 相连 接 ， 而 其 他 团队 则 必须 学 习 HosT 团 队 所 使 用 的 专用 
术语 。 在 一 些 情况 下 ， 使 用 一 个 众所周知 的 PUBLISHED LANGUAGE (公开 发 布 的 语言 ) 作为 交换 
模型 可 以 减少 砚 合 并 简化 理解 。 


14.11 模式 : PUBLISHED LANGUAGE 
两 个 BOUNDED CONTEXT 之 间 的 模型 转换 需要 一 种 公共 的 语言 。 





当 两 个 领域 模型 必须 共存 而 且 必须 交换 信息 时 , 转换 过 程 本 身 就 可 能 很 复杂 , 而 且 很 难 文档 
化 和 理解 。 如 果 正 在 构建 一 个 新 系统 ,我们 一 般 会 认为 新 模型 是 最 好 的 ， 因 此 只 考虑 把 旧 模 型 转 
换 成 新 模型 就 可 以 了 。 但 有 时 我 们 的 工作 是 增强 一 系列 旧 系 统 并 尝试 集成 它们 。 这 时 应 在 两 个 模 
型 中 选 一 个 较 好 的 (但 这 个 模型 可 能 也 很 混乱 ) ， 也 就 是 说 “两 害 取 其 轻 ”。 

另 一 种 情况 是 , 当 不 同 企业 之 间 需 要 互相 交换 信息 时 , 应 该 如 何 做 ? 想 让 一 个 企业 采用 另 一 
个 企业 的 领域 模型 不 仅 是 不 现实 的 , 而 且 可 能 也 不 符合 双方 的 需要 。 领域 模 型 是 为 了 解决 其 用 户 
的 需求 而 开发 的 , 这 样 的 模型 所 包含 的 一 些 特性 可 能 使 得 与 男 一 个 系统 的 通信 变 得 复杂 , 而 实际 
上 没有 必要 这 么 复杂 。 此 外 ， 如果 把 一 个 应 用 程序 的 模型 用 作 通 信介 质 ， 那 么 它 可 能 就 无 法 为 满 
足 新 需求 而 自由 地 修改 了 ， 它 必须 非常 稳定 ， 以 便 支持 当前 的 通信 职责 。 

与 现 有 领域 模型 之 间 进 行 直接 的 转换 可 能 不 是 一 种 好 的 解决 方案 .这 些 模型 可 能 过 于 复杂 或 
设计 得 较 差 。 它 们 可 能 没有 被 很 好 地 文档 化 。 如 果 把 其 中 的 一 个 模型 作为 数据 交换 语言 ， 它 实质 
上 就 被 固定 住 了 ， 而 无 法 满足 新 的 开发 需求 。 
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OPEN HosT SERVICE 使 用 一 个 标准 化 的 协议 来 支持 多 方 集成 。 它 通过 领域 的 一 个 模型 来 让 系 
统 之 间 进 行 交换 , 尽管 这 些 系统 的 内 部 可 能 并 不 使 用 该 模型 。 这 里 我 们 可 以 更 进一步 一 一 发 布 这 
种 语言 , 或 找到 一 种 已 经 公开 发 布 的 语言 。 我 这 里 所 说 的 发 布 仅仅 是 指 该 语言 已 经 可 以 供 那些 对 
它 感 兴趣 的 群体 使 用 ， 而 且 已 经 被 充分 文档 化 ， 兼 容 一 些 独立 的 解释 。 

最 近 ， 电 子 商 务 界 出 现 了 一 种 激动 人 心 的 新 技术 : XML (可 扩展 标记 语言 )。 这 种 技术 有 望 
使 数据 交换 变 得 更 加 容易 。XML 的 一 个 非常 有 价值 的 特性 是 通过 DTD (文档 类 型 定义 ) 或 XML 
来 正式 定义 一 个 专用 的 领域 语言 ， 从 而 使 得 所 有 数据 都 可 以 被 转换 为 这 种 语言 。 一 些 行业 组 织 已 
经 成 立 ， 准 备 为 各 自 的 行业 定义 一 种 标准 的 DTD， 这 样 ， 业 内 多 方 就 可 以 交换 信息 了 ， 例 如 交换 
化 学 公式 信息 或 遗传 代码 信息 。 实际 上 这 些 组 织 正在 以 语言 定义 的 形式 创建 一 种 共享 的 领域 模型 。 

因此 : 

把 一 个 良好 文档 化 的 、 能 够 表达 出 所 需 领域 信息 的 共享 语言 作为 公共 的 通信 媒介 , 必要 时 在 
其 他 信息 与 该 语言 之 间 进行 转换 。 

这 种 语言 不 必 从 头 创建 。 很 多 年 以 前 ， 我 曾经 受聘 于 一 家 公司 ， 这 家 公司 有 一 个 用 Smalltalk 
编写 的 软件 产品 , 它 使 用 DB2 存 储 数 据 。 公司 希望 灵活 地 把 软件 分 发 给 那些 没有 DB2 许 可 的 用 户 ， 
于 是 请 我 为 Btrieve 创 建 一 个 接口 ，Btrieve 是 一 个 较 轻 量 级 的 数据 库 引擎 ， 它 有 一 个 免费 的 运行 时 
分 发 许可 。Btrieve 并 不 完全 是 关系 型 的 ， 但 我 的 客户 只 用 到 DB2 的 很 小 的 一 部 分 功能 ， 而 且 两 个 
数据 库 都 能 提供 这 种 能 力 。 公 司 的 开发 人 员 已 经 对 DB2 的 对 象 存储 方面 进行 了 一 些 抽象 ， 于 是 我 
决定 把 这 些 工作 作为 我 的 Btrieve 组 件 的 接口 。 

这 种 方法 确实 很 有 效 。 软件 顺利 地 与 我 的 客户 系统 集成 到 一 起 。 但是, 客户 设计 中 缺少 有 关 
持久 化 对 象 的 抽象 的 正式 规格 说 明 或 文档 , 这 意味 着 我 必须 做 很 多 工作 来 确定 新 组 件 的 需求 。 此 
外 ， 要 想 重用 该 组 件 把 其 他 应 用 程序 从 DB2 迁 移 到 Btrieve， 机 会 也 不 大 。 而 且 新 软件 为 公司 的 持 
久 化 模型 增添 了 更 多 约束 ， 使 得 持久 化 对 象 模型 的 重 构 变 得 更 困难 。 

更 好 的 方法 可 能 是 标识 出 公司 所 使 用 的 那 一 小 部 分 DB2 接 口 ， 然 后 为 其 提供 支持 就 可 以 了 。 
DB2 的 接口 由 SQL 和 大 量 专 有 协议 构成 。 尽 管 接口 很 复杂 ， 但 它 已 经 被 严格 指定 并 充分 文档 化 。 
由 于 公司 只 使 用 接口 的 一 个 很 小 的 子 集 ， 因 此 复杂 性 有 所 降低 。 如 果 已 开发 出 一 个 模拟 必要 的 
DB2 接口 子 集 的 组 件 , 那么 开发 人 员 所 需 做 的 文档 化 工作 只 是 标识 出 该 子 集 即 可 。 与 之 集成 的 应 
用 程序 已 经 知道 如 何 与 DB2 对 话 ， 因 此 额外 要 做 的 工作 很 少 。 将 来 重新 设计 持久 层 的 工作 仅 限于 
DB2 子 集 的 使 用 ， 就 像 前 面 做 的 改进 一 样 。 

DB2 接 口 是 PuBLISHED LANGUAGE 中 的 一 个 例子 。 在 这 个 例子 中 ， 两 个 模型 都 不 属于 业务 领 
域 ， 但 它们 所 应 用 的 原则 是 一 致 的 。 由 于 协作 中 的 一 个 模型 已 经 是 一 种 PUBLISHED LANGUAGE， 
因此 就 不 需要 引入 第 三 方 语言 了 。 


一 种 化 学 的 PusushED Language 


在 工业 界 和 学 术 界 ， 有 无 数 的 程序 用 于 分 类 、 分 析 和 处 理化 学 公式 。 几 乎 每 个 程序 都 使 用 不 
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同 的 领域 模型 来 表示 化 学 结构 ， 因 此 数据 的 交换 总 是 很 难 。 当 然 ， 大 部 分 程序 都 是 用 一 些 没有 充 
分 表达 领域 模型 的 语言 编写 的 (例如 FORTRAN) 。 当 有 人 想 要 共享 数据 时 ， 他 们 不 得 不 先 了 解 其 
他 系统 的 数据 库 的 细节 ， 然 后 再 研究 出 某 种 转换 方案 。 

CML (化 学 标记 语言 ) 正 是 在 这 种 背景 下 诞生 的 ， 它 是 作为 化 学 领域 的 公共 交流 语言 被 开 
发 出 来 的 专用 XML， 由 一 个 代表 学 术 界 和 化 学 界 的 组 织 负责 开发 和 管理 ([Murray-Rust et al. 
1995]) 。 

化 学 信息 非常 复杂 和 多 样 化 ,而 且 会 随 着 新 发 现 而 不 断 变化 。 因 此 , 该 组 件 开 发 了 一 种 用 于 
描述 基础 知识 〈 例 如 有 机 和 无 机 分 子 的 化 学 公式 、 蛋 白质 序列 、 光 谱 或 物理 量 ) 的 语言 。 

既然 这 种 语言 已 经 公开 发 布 ， 人 们 就 可 以 开发 相应 的 工具 了 (以 前 ， 要 开发 这 样 的 工具 是 不 
值得 的 ， 因 为 它们 只 能 用 于 一 种 数据 库 )。 例 如 ， 人 们 开发 一 种 名 为 JUMBO Browser 的 Java 应 用 
程序 , 它 的 功能 是 为 那些 以 CML 格 式 存储 的 化 学 结构 创建 图 形 视图 。 因 此 ,如 果 你 的 数据 采用 了 
CML 格 式 ， 就 可 以 使 用 这 样 的 可 视 化 工具 。 

事实 上 ，CML 通 过 使 用 XML (一 种 已 发 布 的 元 语言 ) 获得 了 双重 优势 。 一 个 优势 是 人 们 对 
XML 很 熟悉 ， 因 此 很 容易 学 习 CML， 另 一 个 优势 是 由 于 有 大 量 现成 的 工具 〈 例 如 解析 器 ) ， 因 此 
CML 的 实现 很 容易 ， 而 且 有 大 量 书籍 介绍 了 XML 的 各 个 方面 ， 这 对 CML 的 文档 化 有 很 大 帮助 。 

下 面 是 一 个 CML 的 小 例子 。 虽 然 像 我 这 样 的 外 行 并 不 能 清楚 地 理解 它 是 什么 意思 ， 但 它 的 
原则 还 是 很 清晰 的 。 

<CML.ARR ID="array3" EL.TYPE=FLOAT NAME="ATOMIC ORBITAL ELECTRON POPULATIONS" 

SIZE=30 GLO.ENT=CML .THE.AOEPOPS> 
1.17947 0.95091 0.97175 1.00000 1.17947 0.95090 0.97174 1.00000 
1.17946 0.98215 0.94049 1.00000 1.17946 0.95091 0.97174 1.00000 
1.17946 0.95091 0.97174 1.00000 1.17946 0.98215 0.94049 1.00000 


0.89789 0.89790 0.89789 0.89789 0.89790 0.89788 
</CML.ARR> 








14.12 “大 象 ” 的 统一 


六 个 好 学 的 印度 人 ， 第 一 个 接近 大 象 的 襄 人 ， 
一 起 去 看 大 象 ， 恰巧 了 撞 上 了 大 象 宽阔 结实 的 身 抠 ， 
《他 们 都 是 言 人 ) ， 马上 叫 到 :“ 上 常 保 估 ， 原 来 大 象 就 像 一 
都 通过 触摸， 堵 培 。” 
来 满足 了 解 事物 的 心愿 。 


第 三 个 言 人 ， 
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碰 瑟 把 提 动 着 的 象 血 抓 在 手中 ， 就 抓 住 了 它 摆动 着 的 尾巴 
因此 就 大 胆 地 说 道 : 他 说 ,“ 我 认为 大 象 就 像 一 根 绳子 !” 
“ 依 我 看 ， 大 象 就 像 一 条 蛇 !1” 
这 六 个 印度 人 ， 
第 四 个 言 人 急切 地 伸 出 双手 ， 大 声 地 争论 个 不 停 ， 
摸 到 了 大 象 的 膝盖 ， 他 们 每 个 人 的 观点 ， 
“这 头 奇 异 的 怪兽 最 像 什么 已 经 很 明显 都 过 于 僵化 和 国 执 ， 
了 ”， 他 说 ， 尽管 他 们 每 人 都 有 正确 的 地 方 ， 
“很 明显 ， 大 象 就 像 一 棵 树 ” 但 从 整体 上 都 是 错误 的 ! 


第 六 个 盲人 一 开始 摸 这 头 大 象 ， 


一 一 摘自 John Godfrey Saxe (1816 一 1887) 创作 的 《盲人 与 象 》， 
来 源 于 印度 自 说 经 >Udana 中 的 故事 
即便 他 们 对 大 象 的 本 质 不 能 达成 完全 的 一 致 ,这 些 育 人 仍然 可 以 根据 他 们 所 触 模 到 的 大 象 身 
体 的 部 位 来 扩展 各 自 的 认识 。 如 果 并 不 需要 集成 ， 那么 模型 统 不 统一 就 无 关 紧 要 。 如 果 他 们 需要 
进行 一 些 集成 ,那么 实际 上 并 不 需要 对 大 象 是 什么 达成 一 致 ， 而 是 会 通过 认识 到 各 种 不 同意 见 获 
得 很 多 价值 。 这 样 ， 他 们 就 不 会 在 不 知 不 觉 中 各 执 己见 。 


1 A A 
| Elephant | | Elephant | | Elephant | 
pd | 


图 14-9 4 个 没有 集成 的 上 下 文 


上 图 用 UML 图 表示 了 6 个 定 人 所 认识 到 的 大 象 模 型 。 这 张 图 建立 了 4 个 独立 的 BOUNDED 
CoNTEXT， 情 况 很 明显 ， 他 们 必须 找到 一 种 方式 来 交流 他 们 共同 关心 的 少数 几 个 方面 ， 或 许 他 们 
共同 关心 的 就 是 大 象 所 在 的 位 置 。 

当 盲 人 想 要 分 享 更 多 有 关 大 象 的 信息 时 , 他 们 会 从 共享 单个 BoUNDED CONTEXT 得 到 更 大 的 价 
值 。 但 统一 不 同 的 模型 却 很 难 做 到 。 可 能 没有 人 愿意 放弃 自己 的 模型 而 采用 别人 的 模型 。 毕 竞 ， 
摸 到 尾巴 的 那个 人 知道 大 象 并 不 像 一 颗 树 ,而且 那 个 模型 对 他 来 说 没有 意义 ,也 没有 用 处 。 统 一 


@ 自 说 经 是 印度 佛经 的 一 种 ， 为 佛陀 自己 之 体验 ， 佛 陀 自身 感 兴 语 ， 故 有 “ 自 说 经 ”此 名 。 一 一 编者 注 
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多 个 模型 几乎 总 是 意味 着 创建 一 个 新 模型 。 








攻 


| [me ] location | tie-down 


| 4 人 


1 
| Elephant | | Elephant | Elephant | Elephant 
| 本 | L J 














Translations: {Wall.location «» Tree .place «» Snake.location «» Rope.tie-down} 
图 14-10 4 个 只 有 最 小 集成 的 上 下 文 


经 过 一 些 想象 和 讨论 (也 许 是 激烈 的 讨论 ) 之 后 ， 富 人 们 最 终 可 能 会 认识 到 他 们 正在 对 一 
个 更 大 整体 的 不 同 部 分 进行 描述 和 建 模 。 出 于 多 种 目的 进行 的 部 分 -整体 统一 可 能 不 需要 花费 很 
多 工作 。 至 少 集成 的 第 一 步 只 需 弄 清楚 各 个 部 分 是 如 何 相 连 的 就 够 了 。 可 以 把 大 象 看 成 一 堵 墙 ， 
下 面 通过 树干 支撑 着 ， 一 头 儿 是 一 根 绳子 ， 另 一 头 儿 是 一 条 蛇 ， 这 样 看 就 可 以 适当 地 满足 一 些 
需求 了 。 





| attached | 
Snake 上 Elephant 攻 Rope 





图 14-11 一 个 粗 路 集成 的 上 下 文 


大 象 模型 的 统一 要 比 大 多 数 这 样 的 合并 相对 简单 一 些 。 遗憾 的 是 ， 当 两 个 模型 纯粹 是 在 描述 
整体 的 不 同 部 分 时 ， 要 想 统一 它们 就 不 那么 简单 了 ， 而 这 还 只 是 “对 整体 的 不 同 部 分 进行 合并 ” 
这 种 简单 的 差别 。 当 两 个 模型 以 不 同方 式 描述 同一 部 分 时 ， 问 题 会 变 得 更 加 困难 。 如 果 两 个 盲人 
都 摸 到 了 象 鼻 子 ， 一 个 人 认为 它 像 蛇 ， 而 另 一 个 人 认为 它 像 消防 水 龙 ， 那 么 他 们 将 更 难 集成 。 双 
方 都 无 法 接受 对 方 的 模型 ， 因 为 那 不 符 合 自己 的 体验 。 事 实 上 ， 他 们 需要 一 个 新 的 抽象 ， 这 个 抽 
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象 需要 把 蛇 的 “活着 的 特性 ”与 消防 水 龙 的 喷 水 功能 合并 到 一 起 ， 而 这 个 抽象 还 应 该 排除 先前 两 
个 模型 中 的 一 些 不 确切 的 含义 , 例如 人 人 们 可 能 会 想到 的 毒 牙 , 或 者 可 以 从 身体 上 拆 开 并 卷 起 来 放 
到 救火 车 中 的 这 种 性 质 。 

尽管 我 们 已 经 把 部 分 合并 成 一 个 整体 ,但 得 到 的 模型 还 是 很 简陋 的 。 它 缺乏 内 聚 性 ， 也 没有 
形成 一 个 底层 的 领域 模型 。 在 持续 精 化 的 过 程 中 , 新 的 理解 可 能 会 产生 更 深刻 的 模型 。 新 的 应 用 
程序 需求 也 可 能 会 促成 产生 更 深刻 的 模型 。 如 果 大 象 开始 移动 了 , 那么 “ 树 ” 理论 就 站 不 住 脚 了 ， 
而 盲人 建 模 者 们 也 可 能 会 有 所 突破 ， 形 成 “ 腿 ” 的 概念 。 
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图 14-12 一 个 更 深入 集成 的 上 下 文 


模型 集成 的 第 二 步 是 去 掉 各 个 模型 中 那些 偶然 或 不 正确 的 方面 ,并 创建 新 的 概念 ,在 本 例 中 ， 
这 个 概念 就 是 一 种 “动物 "， 它 长 着 “鼻子 ”"`“ 眼 ”"、“ 身 体 ” 和 “尾巴 "， 每 个 部 分 都 有 其 自己 的 
属性 以 及 与 其 他 部 分 的 明确 关系 。 在 很 大 程度 上 , 成 功 的 模型 应 该 尽 可 能 做 到 精简 。 象 鼻 中 的 器 
官 可 能 比 蛇 多 ， 也 可 能 比 蛇 少 ,但 宁 “ 少 ” 勿 “多 ”"。 宁 可 缺少 喷 水 功 能 ， 也 不 要 包含 不 正确 的 
毒 牙 特性 。 

如 果 目 标 只 是 找到 大 象 , 那么 只 要 对 每 个 模型 中 所 表示 的 位 置 进行 转换 就 可 以 了 。 当 需要 更 
多 集成 时 ， 第 一 个 版 本 的 统一 模型 不 一 定 达到 完全 的 成 熟 。 把 大 象 看 成 一 堵 墙 ， 下 面 用 树干 支撑 
着 ， 一 头 儿 是 一 根 绳子 ， 另 一 头 儿 是 一 条 蛇 ， 就 可 以 适当 地 满足 一 些 需求 了 。 紧 接着 ， 通 过 新 需 
求 和 进一步 的 理解 及 沟通 的 推动 ， 模 型 可 以 得 到 加 深 和 精 化 。 

承认 多 个 互相 冲突 的 领域 模型 实际 上 正 是 面 对 现实 的 做 法 。 通 过 定义 每 个 模型 都 适用 的 上 下 
文 ， 可 以 维护 每 个 模型 的 完整 性 ， 并 清楚 地 看 到 要 在 两 个 模型 创建 的 任何 特殊 接口 的 含义 。 盲人 
没 办 法 看 到 整个 大 象 ， 但 只 要 他 们 承认 各 自 的 理解 是 不 完整 的 ， 他 们 的 问题 就 能 得 到 解决 。 


14.13 ”选择 你 的 模型 上 下 文 策略 


在 任何 时 候 ， 绘制 出 CONTEXTMAP 来 反映 当前 状况 都 是 很 重要 的 。 但 是 ， 当 绘制 好 CONTEXT 
MAP 之 后 , 你 可 能 又 非常 想 根 据 实际 情况 对 它 进行 修改 。 现 在, 你 可 以 开始 有 意识 地 选择 CONTEXT 
边界 和 关系 。 以 下 是 一 些 指导 原则 。 
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14.13.1 制定 团队 决策 或 更 高 层 的 决策 


首先 ， 团 队 必 须 决定 在 哪里 定义 BOUNDED CONTEXT， 以 及 它们 之 间 有 什么 样 的 关系 。 这 些 决 
策 必 须 由 团队 做 出 ， 或 者 至 少 传达 给 整个 团队 ， 并 且 被 团队 里 的 每 个 人 理解 。 事 实 上 ， 这 样 的 决 
策 通常 需要 你 自己 的 团队 一 致 同意 按照 本 身价 值 来 说 ,在 决定 是 否 扩展 或 分 割 BOUNDED CONTEXT 
时 ， 应 该 权衡 团队 独立 工作 的 价值 和 能 产生 直接 且 丰 富 集成 的 价值 ， 以 这 两 种 价值 之 间 的 成 本 - 
效益 权衡 作为 决策 的 依据 。 在 实践 中 ， 团 队 之 间 的 行政 关系 往往 决定 了 系统 是 如 何 集成 的 。 由 于 
组 织 的 上 下 级 结构 存在 ， 技 术 上 有 利 的 统一 可 能 无 法 实现 。 管 理 层 所 要 求 的 合并 可 能 并 不 实用 。 
你 不 会 总 能 得 到 你 想 要 的 东西 ， 但 你 至 少 可 以 评估 出 这 些 决策 的 代价 ， 并 反映 给 管理 层 ， 以 便 采 
取 相 应 的 措施 来 减 小 代价 。 从 一 个 现实 的 CONTEXT MAP 开 始 ， 并 根据 实际 情况 来 选择 转换 。 


14.13.2 ”在 上 下 文中 工作 


开发 软件 项 目 时 ， 我 们 首先 是 对 自己 的 团队 正在 开发 的 那些 部 分 感 兴趣 (“正在 设计 的 系 
统 ")， 其 次 是 对 那些 与 我 们 交互 的 系统 感 兴趣 。 典 型 情况 下 ,正在 设计 的 系统 将 被 划分 为 一 个 或 
两 个 BoUNDED CONTEXT, 主要 的 开发 团队 将 在 这 些 上 下 文中 工作 , 或 许 还 会 有 另外 一 个 或 两 个 起 
支持 作用 的 CONTEXT。 此 外 ， 这 些 CONTEXT 与 外 部 系统 之 间 还 存在 一 些 关系 。 这 是 一 种 你 可 能 会 
遇 到 的 简单 、 典 型 的 视图 ， 能 让 你 对 它 有 一 些 粗略 的 了 解 。 

实际 上 , 我 们 自己 也 是 所 工作 的 主要 CONTEXT 的 一 部 分 ,这 会 在 我 们 的 CONTEXTMAP 中 反映 
出 来 。 只 要 我 们 知道 我 们 存在 偏好 , 并 且 在 超出 该 CONTEXTMAP 的 应 用 边界 时 能 够 意识 到 已 越界 ， 
那么 就 不 会 有 什么 问题 。 


14.13.3 ”转换 边界 


在 画 出 BoUNDED CONTEXT 的 边界 时 ， 有 无 数 种 情况 ， 也 有 无 数 种 选择 。 但 通常 是 对 下 面 所 
列 出 的 各 种 因素 进行 权衡 。 

首选 较 大 的 BOUNDED CONTEXT 

口 当 用 一 个 统一 模型 来 处 理 更 多 任务 时 ， 用 户 任务 之 间 的 流动 更 顺畅 。 

口 一 个 内 聚 模型 比 两 个 不 同 模型 再 加 它们 之 间 的 映射 更 容易 理解 。 

口 两 个 模型 之 间 的 转换 可 能 会 很 难 (有 时 甚至 是 不 可 能 的 ) 。 

口 共享 语言 可 以 使 团队 沟通 起 来 更 清楚 。 

首选 较 小 的 BOUNDED CONTEXT 

口 开发 人 员 之 间 的 沟通 开销 减少 了 。 

口 由 于 团队 和 代码 规模 较 小 ，CONTINUOUS INTEGRATION 更 容易 了 。 

口 较 大 的 上 下 文 要 求 更 加 通用 的 抽象 模型 ， 而 掌握 所 需 技巧 的 人 员 会 出 现 短缺 。 

口 不 同 的 模型 可 以 满足 一 些 特殊 需求 ， 或 者 是 能 够 把 一 些 特殊 用 户 群 的 专门 术语 和 
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UBIQUITOUS LANGUAGE 的 专门 术语 包括 进来 。 
在 不 同 BoUNDED CONTEXT 之 间 进行 深度 功能 集成 是 不 切实 际 的 。 在 一 个 模型 中 ， 只 有 那些 
能 够 严格 按照 另 一 个 模型 来 表述 的 部 分 才能 够 进行 集成 , 而 且 , 即便 是 这 种 水 平 的 集成 可 能 也 需 
要 付出 相当 大 的 工作 量 。 当 两 个 系统 之 间 有 一 个 很 小 的 接口 时 ， 集 成 是 有 意义 的 。 


14.13.4 ”接受 那些 我 们 无 法 更 改 的 事物 :描述 外 部 系统 


最 好 从 一 些 最 简单 的 决策 开始 。 一 些 子 系统 显然 不 在 系统 的 任何 BOUNDED CONTEXT 中 。 一 
些 无 法 立即 淘汰 的 大 型 遗留 系统 和 那些 提供 所 需 服务 的 外 部 系统 就 是 这 样 的 例子 。 我 们 很 容易 就 
能 识别 出 这 些 系统 ， 并 把 它们 与 你 的 设计 隔离 开 。 

在 做 出 假设 时 必须 要 保持 谨慎 。 我 们 很 容易 想到 这 些 系统 构成 了 其 自己 的 BoUNDED 
CoNTEXT， 但 大 多 数 外 部 系统 只 能 够 勉强 满足 定义 。 首 先 ， 定 义 BoUNDED CONTEXT 的 目的 是 把 模 
型 统一 在 特定 边界 之 内 。 你 可 能 负责 控制 遗留 系统 的 维护 ， 在 这 种 情况 下 ， 可 以 明确 地 声明 这 一 
目的 ,或 者 也 可 以 很 好 地 协调 遗留 团队 来 执行 非 正 式 的 CONTINUOUS INTEGRATION， 但 不 要 认为 集 
成 是 理所当然 的 事情 。 仔细 检查 , 如 果 开 发 工作 不 容易 集成 , 一 定 要 特别 小 心 。 在 这 样 的 系统 中 ， 
不 同 部 分 之 间 出 现 语义 矛盾 是 很 平常 的 事情 。 


14.13.5 与 外 部 系统 的 关系 


这 里 可 以 应 用 三 种 模式 。 首 先 ， 可 以 考虑 SEPARATE WAY 模 式 。 当 然 ， 如 果 你 不 需要 集成 ， 
就 不 用 把 它们 包括 进来 。 但 一 定 要 真正 确定 不 需要 集成 。 只 为 用 户 提供 对 两 个 系统 的 简单 访问 确 
实 够 用 吗 ?集成 要 花费 很 大 代价 而 且 还 会 分 散 精力 ， 因 此 要 尽 可 能 为 你 的 项 目 减轻 负担 。 

如 果 集 成 确实 非常 重要 ， 可 以 在 两 种 极端 的 模式 之 间 选 择 一 种 :CONFORMIST 模 式 或 
ANTICORRUPTION LAYER 模 式 。 作 为 CONFORMIST 并 不 那么 有 趣 ， 你 的 创造 力 和 你 对 新 功能 的 选择 
都 会 受到 限制 。 当 构建 一 个 大 型 的 新 系统 时 ， 遵 循 遗 留 系统 或 外 部 系统 的 模型 可 能 是 不 现实 的 

(毕竟 ， 为 什么 要 构建 新 系统 呢 ? )。 但 是 ， 当 对 一 个 大 的 系统 进行 外 围 扩展 时 ， 这 个 系统 仍 
然 是 主要 系统 ， 在 这 种 情况 下 ， 继 续 使 用 遗留 模型 可 能 就 很 合适 。 这 种 选择 的 例子 包括 轻 量 级 
的 决策 支持 工具 , 这 些 工具 通常 是 用 Excel 或 其 他 简单 工具 编写 的 。 如 果 你 的 应 用 程序 确实 是 现 
有 系统 的 一 个 扩展 ， 而 且 与 该 系统 的 接口 很 大 ， 那 么 CONTEXT 之 间 的 转换 需要 的 工作 量 可 能 比 
应 用 程序 功能 本 身 需 要 的 工作 量 还 大 。 尽 管 你 已 经 处 于 那个 系统 的 BOUNDED CONTEXT 中 ， 但 你 
自己 的 一 些 好 的 设计 仍然 有 用 武之 地 。 如 果 那 个 系统 的 领域 模型 很 容易 辨别 ， 则 严格 地 遵照 这 
个 老 模型 ， 使 它 比 在 原来 的 系统 中 更 清楚 ， 这 样 做 就 可 以 改进 你 的 实现 。 如 果 你 决定 采用 
COoNFORMIST 设 计 ， 就 必须 全 心 全 意 地 去 做 。 你 应 该 约束 自己 只 可 以 去 扩展 现 有 模型 ， 而 不 能 去 
修改 它 。 

当 正 在 设计 的 系统 的 功能 并 不 仅仅 是 扩展 现 有 系统 时 , 而且 你 与 另 一 个 系统 的 接口 很 小 , 或 
者 那个 系统 的 设计 非常 精 糕 , 那么 实际 上 你 会 希望 使 用 自己 的 BOUNDED CONTEXT, 这 意味 着 需要 
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构建 一 个 转换 层 ， 甚 至 是 一 个 ANTICORRUPTION LAYER。 
14.13.6 ”正在 设计 的 系统 


你 的 项 目 团队 正在 构建 的 软件 实际 上 是 一 个 正在 设计 的 系统 。 你 可 以 在 这 个 区 域内 声明 
BOUNDED CONTEXT, 并 在 每 个 BOUNDED CONTEXT 中 应 用 CONTINUOUS INTEGRATION, 以 便 保持 它们 
的 统一 。 但 应 该 有 几 个 上 下 文 昵 ? 各 个 上 下 文 之 间 又 应 该 是 什么 关系 呢 ? 与 外 部 系统 的 情况 相 
比 ， 这 些 问 题 的 答案 会 变 得 更 加 不 确定 ， 因 为 我 们 拥有 更 多 的 自由 和 控制 。 

情况 很 简单 : 为 正在 设计 中 的 整个 设计 使 用 一 个 BouNDpED CoNTEXT。 例 如 ， 当 一 个 少 于 10 
人 的 团队 正在 开发 高 度 相关 的 功能 时 ， 这 可 能 就 是 一 种 很 好 的 选择 。 

随 着 团队 规模 的 增 大 ，CONTINUOUS INTEGRATION 可 能 会 变 得 困难 起 来 (尽管 我 也 曾 看 到 过 一 
些 较 大 的 团队 仍 能 保持 持续 集成 )。 你 可 能 希望 采用 SHARED KERNEL 模 式 ， 并 把 几 组 相对 独立 的 
功能 划分 到 不 同 的 BoUNDED CONTEXT 中 ， 使 得 在 每 个 BOUNDED CONTEXT 中 工作 的 人 员 少 于 10 人 。 
在 这 些 BOUNDED CONTEXT 中 ， 如 果 有 两 个 上 下 文 之 间 的 所 有 依赖 性 都 是 单 向 的 ， 就 可 以 建成 为 
CUSTOMER/SUPPLIER DEVELOPMENT TEAM。 

你 可 能 认识 到 两 个 团队 的 思想 截然 不 同 , 以 致 他 们 的 建 模 工作 总 是 发 生 了 矛盾。 可 能 他 们 需要 
从 模型 得 到 完全 不 同 的 东西 ,或 者 只 是 背景 知识 有 某 种 不 同 ， 又 或 者 是 由 于 项 目 所 采用 的 管理 结 
构 而 引起 的 。 如 果 这 种 矛盾 的 原因 是 你 无 法 改变 或 不 想 改 变 的 ， 那 么 可 以 让 他 们 的 模型 采用 
SEPARATE WAY 模 式 。 在 需要 集成 的 地 方 ， 两 个 团队 可 以 共同 开发 并 维护 一 个 转换 层 ， 把 它 作为 唯 
一 的 CONTINUOUS INTEGRATION 点 。 这 与 同 外 部 系统 的 集成 正好 相反 ， 在 外 部 集成 中 ， 一 般 由 
ANTICORRUPTION LAYER 来 起 调节 作用 ， 而 且 从 另 一 端 得 不 到 太 多 的 支持 。 

一 般 来 说 ， 每 个 BoUNDED CONTEXxT 都 对 应 一 个 团队 。 一 个 团队 可 以 维护 多 个 BOUNDED 
CoNTEXT， 但 多 个 团队 在 一 个 上 下 文中 工作 却 是 比较 难 的 (虽然 并 非 不 可 能 )。 


14.13.7 满足 不 同 模型 的 特殊 需要 


同一 业务 的 不 同 小 组 常常 有 各 自 的 专用 术语 , 而 且 可 能 各 不 相同 。 这 些 本 地 术语 可 能 是 非常 
精确 的 ， 并 且 是 根据 他 们 的 需要 定制 的 。 要 想 改变 它们 〈 例 如 ， 施 行 标准 化 的 企业 级 术语 )， 需 
要 大 量 的 培训 和 分 析 ， 以 便 解决 差异 问题 。 即 使 如 此 ， 新 的 术语 仍然 可 能 没有 原来 那个 已 经 经 过 
精心 调整 的 术语 好 用 。 

你 可 能 决定 通过 不 同 的 BOUNDED CONTEXT 来 满足 这 些 特殊 需要 ， 除 了 转换 层 的 CONTINUOUS 
INTEGRATION 以 外 ， 就 可 以 允许 模型 采用 SEPARATE WAY 模 式 。UBIQUITOUS LANGUAGE 的 不 同 专用 
术语 将 围绕 这 些 模型 以 及 它们 所 基于 的 行 话 来 发 展 。 如 果 两 种 专用 术语 有 很 多 重合 之 处 ， 那 么 
SHARED KERNEL 模 式 就 可 以 满足 特殊 化 要 求 ， 同 时 又 能 把 转换 成 本 减 至 最 小 。 

当 不 需要 集成 或 者 集成 相对 有 限时 , 就 可 以 继续 使 用 已 经 习惯 的 术语 ,以 免 破坏 模型 。 但 这 
也 有 其 自己 的 代价 和 风险 。 如 下 所 示 。 
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口 没有 共同 的 语言 ， 交 流 将 会 减少 。 

口 集成 开销 更 高 。 

口 随 着 相同 业务 活动 和 实体 的 不 同 模型 的 发 展 ， 工 作 会 有 一 定 的 重复 。 

但 是 , 最 大 的 风险 或 许 是 在 面 对 更 改 时 不 好 做 出 判断 , 而 且 可 能 会 为 使 用 一 个 非常 规 的、 狭 
隘 的 模型 而 辩护 。 为 了 满足 特殊 的 需要 ， 需 要 对 系统 的 这 一 部 分 进行 多 大 的 定制 ? 最 重要 的 是 ， 
这 个 用 户 群 的 专门 术语 有 多 大 的 价值 ? 你 必须 在 团队 独立 操作 的 价值 与 转换 的 风险 之 间 做 出 权 
衡 ， 并 且 合 理 地 对 待 一 些 没有 价值 的 术语 变化 。 

有 时 会 出 现 一 个 深层 次 的 模型 ， 它 把 这 些 不 同 语言 统一 起 来 ,并 能 够 满足 双方 的 要 求 。 只 有 
经 过 大 量 开发 工作 和 知识 消化 之 后 , 深层 次 模型 才 会 在 生命 周期 的 后 期 出 现 。 深层 次 模型 不 是 计 
划 出 来 的 ， 我 们 只 能 在 它 出 现 的 时 候 抓 住 机 遇 ， 修 改 自己 的 策略 并 进行 重 构 。 

记 住 , 在 需要 大 量 集成 的 地 方 ,转换 成 本 会 大 大 增加 。 在 团队 之 间 进 行 一 些 协调 工作 (从 精 
确 地 修改 一 个 具有 复杂 转换 的 对 象 到 采用 SHARED KERNEL 模 式 ) 可 以 使 转换 变 得 更 加 容易 ， 同 时 
又 不 需要 完全 的 统一 。 


14.13.8 部 署 


在 复杂 系统 中 , 对 打包 和 部 署 进行 协调 是 一 项 繁琐 的 任务 ,这 类 任务 总 是 要 比 看 上 去 难得 多 。 
BOUNDED CONTEXT 策 略 的 选择 将 对 部 署 产生 影响 。 例 如 ， 当 CUSTOMER/SUPPLIER TEAM 部 署 新 版 
本 时 ， 他 们 必须 相互 协调 来 发 布 经 过 共同 测试 的 版 本 。 在 执行 这 些 合并 的 时 候 ， 必 须要 进行 代码 
和 数据 迁移 。 在 分 布 式 系统 中 ,一 种 好 的 做 法 是 把 CoNTEXT 之 间 的 转换 层 保持 在 单个 进程 中 ， 这 
样 就 不 会 出 现 多 个 版 本 共存 的 情况 。 

当 数 据 迁 移 可 能 很 花 时 间或 者 分 布 式 系统 无 法 同步 更 新 时 ， 即 使 是 单一 BOUNDED CONTEXT 
中 的 组 件 部 署 也 是 很 困难 的 ， 这 会 导致 代码 和 数据 中 有 两 个 版 本 共存 。 

由 于 部 署 环境 和 技术 存在 不 同 ， 有 很 多 技术 因素 需要 考虑 。 但 BOUNDED CONTEXT 关 系 可 以 
为 我 们 指出 重点 问题 。 转 换 接口 已 经 被 标 出 。 

绘制 CoNTEXT 边 界 时 应 该 反映 出 部 署 计划 的 可 行 性 。 当 两 个 CONTEXT 通 过 一 个 转换 层 连接 
时 ， 其 中 的 一 个 CONTEXT 可 能 会 被 更 新 ， 这 时 一 个 新 的 转换 层 可 以 为 男 一 个 CONTEXT 提 供 相同 的 
接口 。SHARED KERNEL 和 需要 进行 更 多 的 协调 工作 ， 不 仅 在 开发 中 如 此 ， 而 且 在 部 署 中 也 同样 应 该 
如 此 。SEPARATE WAY 模 式 可 以 使 工作 简单 很 多 。 


14.13.9 权衡 


通过 总 结 这 些 指导 原则 可 知 有 很 多 统一 或 集成 模型 的 策略 。 一般 来 说 , 我 们 需要 在 无 颖 功能 
集成 的 益处 和 额外 的 协调 和 沟通 工作 之 间 做 出 权衡 。 还 要 在 更 独立 的 操作 与 更 顺畅 的 沟通 之 间 做 
出 权衡 。 更 积极 的 统一 要 求 对 有 关子 系统 的 设计 有 更 多 控制 。 
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图 14-13 ”CONTEXT 关 系 模式 的 相对 要 求 


14.13.10” 当 项 目 正在 进行 时 


很 多 情况 下 , 我 们 不 是 从 头 开发 一 个 项 目 , 而 是 会 改进 一 个 正在 开发 的 项 目 。 在 这 种 情况 下 ， 
第 一 步 是 根据 当前 的 状况 来 定义 BOUNDED CONTEXT。 这 是 很 关键 的 。 为 了 有 效 地 定义 上 下 文 ， 
CONTEXT MAP 必 须 反映 出 团队 的 实际 工作 , 而 不 是 反映 那个 通过 遵守 以 上 描述 的 指导 原则 而 得 出 
的 理想 组 织 。 

描述 了 当前 真实 的 BOUNDED CONTEXT 以 及 它们 的 关系 以 后 , 下 一 步 就 是 围 比 当 前 组 织 结构 来 
加 强 团队 的 工作 。 在 CONTEXT 中 改进 CONTINUOUS INTEGRATION。 把 所 有 分 散 的 转换 代码 重 构 到 
ANTICORRUPTION LAYER 中 。 命 名 现 有 的 BoUNDED CoNTEXT， 并 确定 它们 处 于 项 目的 UBlourrous 
LANGUAGE 中 。 

现在 可 以 开始 考虑 修改 边界 和 它们 的 关系 了 。 这 些 修改 很 自然 地 由 相同 的 原则 来 驱动 。 前 面 
已 经 描述 了 对 新 项 目的 一 些 修 改 , 但 我 们 应 该 把 这 些 修改 分 成 较 小 的 部 分 , 以 便 根 据 实际 情况 做 
出 选择 ， 从 而 在 只 花费 最 少 的 工作 和 对 模型 产生 最 小 破坏 的 前 提 下 创造 最 大 的 价值 。 

下 一 节 将 讨论 如 何 修改 CONTEXT 的 边界 。 


14.14 ”转换 
像 建 模 和 设计 的 其 他 方面 一 样 ， 有 关 BoUNDED CONTEXT 的 决策 并 不 是 不 可 改变 的 。 在 很 多 
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情况 下 ， 我 们 必须 改变 最 初 有 关 边 界 以 及 BOUNDED CONTEXT 之 间 关 系 的 决策 ， 这 是 不 可 避免 的 。 
一 般 而 言 ， 分 割 CONTEXT 是 很 容易 的 ,但 合并 它们 或 改变 它们 之 间 的 关系 却 很 难 。 下 面 将 介绍 几 
种 有 代表 性 的 修改 ， 它 们 很 难 , 但 也 很 重要 。 这 些 转换 往往 很 大 ， 无 法 在 一 次 重 构 中 完成 ， 其 至 
无 法 在 一 次 项 目 迭 代 中 完成 。 因为 这 个 原因 , 我 将 把 这 些 转 换 划分 为 一 系列 可 管理 的 步骤 。 当 然 ， 
这 些 只 是 一 些 指导 原则 ， 你 必须 根据 你 的 特殊 情况 和 事件 对 它们 进行 调整 。 


14.14.1 合并 CONTEXT: SEPARATE WAY 一 SHARED KERNEL 


这 种 合并 的 前 提 是 ， 翻译 开销 过 高 、 重 复 现象 很 明显 等 等 。 有 很 多 动机 支持 合并 BOUNDED 
CoNTEXT。 而 且 这 种 合并 很 难 完成 。 它 并 不 是 过 晚 ， 但 需要 一 些 耐 心 。 

即使 你 的 最 终 目标 是 完全 合并 成 一 个 可 以 采用 CoNTINUOUS INTEGRATION 的 CONTEXT， 也 应 该 
先 过 渡 到 SHARED KERNEL。 

(D 评估 初始 状况 。 在 开始 统一 两 个 CONTEXT 之 前 ， 一 定 要 确信 它们 确实 需要 统一 。 

(2) 建立 合并 过 程 。 你 需要 决定 代码 的 共享 方式 以 及 模块 应 该 采用 哪 种 命名 约定 。SHARED 
KERNEL 的 代码 必须 至 少 每 周 集成 一 次 ， 而 且 它 必须 有 一 个 测试 套件 。 在 开发 任何 共享 代码 之 前 ， 
先 把 它 设置 好 。( 测 试 套件 将 是 空 的 ， 因 此 很 容易 通过 !) 

(3) 选择 某 个 小 的 子 领域 作为 开始 ， 它 应 该 是 在 两 个 CONTEXT 中 重复 出 现 的 子 领域 ， 但 不 是 
CoRE DoMAIN 的 一 部 分 。 这 种 最 初 的 合并 主要 是 为 了 建立 一 个 合并 过 程 ， 因 此 最 好 选择 一 些 简 单 
且 相对 普通 或 不 重要 的 部 分 。 检查 有 哪些 集成 和 翻译 是 已 经 存在 的 。 选 择 已 有 翻译 的 好 处 是 它们 
已 经 得 到 过 验证 ， 此 外 可 以 减轻 翻译 层 的 负担 。 

此 时 , 我 们 有 两 个 描述 相同 子 领域 的 模型 。 基 本 上 有 三 种 合并 方法 。 我 们 可 以 选择 一 个 模型 ， 
并 重 构 另 一 个 CONTEXT， 使 之 与 第 一 个 模型 兼容 。 我 们 可 以 从 整体 上 做 出 这 个 决策 ， 把 目标 设置 
为 系统 性 地 替换 一 个 CONTEXT 的 模型 ， 并 保持 作为 一 个 单元 而 被 开发 的 那个 模型 的 内 聚 性 。 也 可 
以 一 次 选择 一 个 部 分 ， 假 定 到 最 后 两 个 模型 会 “两 全 其 美 ” (但 注意 最 后 不 要 弄 得 一 团 精 ) 。 

第 三 种 选择 是 找到 一 个 新 模型 ， 这 个 模型 可 能 比 最 初 的 两 个 都 深刻 ， 能 够 承担 二 者 的 职责 。 

(4) 从 两 个 团队 中 一 共 选 出 2 一 4 位 开发 人 员 组 成 一 个 小 组 ， 由 他 们 来 为 子 领 域 开 发 一 个 共享 
的 模型 。 不 管 模型 是 如 何 得 出 的 ， 它 的 内 容 必 须 详细 。 这 包括 一 些 困难 的 工作 : 识别 同义词 和 映 
射 那 些 尚未 被 翻译 的 术语 。 这 个 联合 团队 需要 为 模型 开发 一 个 基本 的 测试 集 。 

(5) 来 自 两 个 团队 的 开发 人 员 一 起 负责 实现 模型 (或 修改 要 共享 的 现 有 代码 )、 确 定 各 种 细节 
并 使 模型 开始 工作 。 如 果 这 些 开发 人 员 在 模型 中 遇 到 了 问题 ， 就 从 第 (3) 步 开始 重新 组 织 财 队 , 并 
进行 必要 的 概念 修订 工作 。 

(6) 每 个 团队 的 开发 人 员 都 承担 与 新 的 SHARED KERNEL 集 成 的 任务 。 

(7) 清除 那些 不 再 需要 的 翻译 。 

这 时 你 会 有 一 个 非常 小 的 SHARED KERNEL, 并 且 有 一 个 过 程 来 维护 它 。 在 后 续 的 项 目 迭 代 中 ， 
重复 第 (3) 一 (0) 步 来 共享 更 多 内 容 。 随 着 过 程 的 不 断 巩固 和 团队 信心 的 树立 ， 就 可 以 选择 更 复杂 
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的 子 领域 了 ， 同 时 处 理 多 个 子 领域 ， 或 者 处 理 CORE DoMAIN 中 的 子 领域 。 

注意 : 当 从 模型 中 选取 更 多 与 领域 有 关 的 部 分 时 ， 可 能 会 遇 到 这 样 的 情况 ， 即 两 个 模型 各 自 
采用 了 不 同 用 户 群 的 专用 术语 。 聪 明 的 做 法 是 先 不 要 把 它们 合并 到 SHAREDKERNEL 中 ， 除 非 工作 
中 出 现 了 突破 ,得 到 了 一 个 深层 次 的 模型 ， 这 个 模型 为 你 提供 了 一 种 能 够 替代 那 两 种 专用 术语 的 
语言 。SHARED KERNEL 的 优点 是 它 具 有 CONTINUOUS INTEGRATION 的 部 分 优势 ， 同 时 又 保留 了 
SEPARATE WAY 模 式 的 一 些 优点 。 

以 上 这 些 是 把 模型 的 一 些 部 分 合并 到 SHARED KERNEL 中 的 指导 原则 。 在 继续 讨论 之 前 ,我 们 
来 看 一 下 另外 一 种 能 够 满足 这 种 转换 所 提出 的 一 部 分 要 求 的 方法 。 如果 两 个 模型 中 有 一 个 毫 无 疑 
问 是 符合 首选 条 件 的 ， 那么 就 考虑 向 它 过 渡 ， 而 不 用 进行 集成 。 不 共享 公共 的 子 领域 ,而 只 是 系 
统 性 地 通过 重 构 应 用 程序 把 这 些 子 领域 的 所 有 职责 从 一 个 BOUNDED CONTEXT 转 移 到 另 一 个 
BoUNDED CONTEXT， 从 而 使 用 那个 有 利 的 CONTEXT 的 模型 ， 并 按 需 要 对 这 个 模型 进行 增强 。 这 样 
就 避免 了 集成 开销 ， 也 就 自然 消除 了 宛 余 。 很 有 可 能 (但 也 不 是 必然 的 ) 那个 更 有 利 的 BOUNDED 
CONTEXT 最 终 会 完全 取代 另 一 个 BOUNDED CONTEXT， 这 样 就 实现 了 与 合并 完全 一 样 的 效果 。 在 转 
换 过 程 中 (这 个 过 程 可 能 相当 长 或 不 确定 ), 这 种 方法 具有 SEPARATE WAY 模 式 常见 的 优点 和 缺点 ， 
而 且 我 们 必须 拿 这 些 优 缺 点 与 SHARED KERNEL 的 利弊 进行 权衡。 


14.14.2 合并 CONTEXT: SHARED KERNEL 一 CONTINUOUS INTEGRATION 


如 果 你 的 SHARED KERNEL 正 在 扩大 , 你 可 能 会 被 完全 统一 两 个 BOUNDED CONTEXT 的 优点 所 吸 
引 。 但 这 并 不 只 是 一 个 解决 模型 差异 的 问题 。 你 将 改变 团队 的 结构 ,而 且 最终 会 改变 人 们 所 使 用 
的 语言 。 

这 个 过 程 从 人 员 和 团队 的 准备 开始 。 

(1) 确保 每 个 团队 都 已 经 建立 了 CONTINUOUS INTEGRATION 所 需 的 所 有 过 程 (共享 代码 所 有 权 、 
频繁 集成 等 )。 两 个 团队 协商 集成 步骤 ， 以 便 所 有 人 都 以 同一 步调 工作 。 

(2) 团队 成 员 在 团队 之 间 流 动 。 这 样 可 以 形成 一 大 批 同时 理解 两 个 模型 的 人 员 ， 并 且 可 以 把 
两 个 团队 的 人 员 联 系 起 来 。 

(3) 澄清 每 个 模型 的 精 侨 (参见 第 15 章 )。 

(4) 现在 ， 应 该 有 了 足够 的 信心 把 核心 领域 合并 到 SHARED KERNEL 中 。 这 可 能 需要 多 次 
迭代 , 有 时 需要 在 新 共享 的 部 分 与 尚未 共享 的 部 分 之 间 使 用 临时 的 转换 层 。 一 旦 进入 到 合并 CORE 
DoMAIN 的 过 程 中 ， 最 好 能 快速 完成 。 这 是 一 个 开销 高 且 易 出 错 的 阶段 ， 因 此 应 该 尽 可 能 缩短 时 
间 ， 要 优先 于 新 的 开发 任务 。 但 注意 量力 而 行 ， 不 要 超过 你 的 处 理 能 力 。 

要 合并 CoRE 模 型 ， 有 几 种 选择 。 可 以 保持 一 个 模型 ， 然 后 修改 另 一 个 ， 使 之 与 第 一 个 兼容 ， 
或 者 可 以 为 子 领域 创建 一 个 新 模型 ,并 通过 修改 两 个 上 下 文 来 使 用 这 个 模型 。 如 果 两 个 模型 已 经 
被 修改 以 满足 不 同 用 户 的 需要 , 你 就 要 注意 了 。 这 种 修改 有 可 能 把 你 在 两 个 原始 模型 中 所 需要 的 
一 些 功能 给 减 掉 了 。 这 就 要 求 开发 一 个 能 够 替代 两 个 原始 模型 的 更 深层 的 模型 。 开 发 这 样 一 个 更 
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深入 的 统一 模型 是 很 难 的 ， 但 如 果 你 已 经 决定 完全 合并 两 个 CONTEXT， 就 不 再 需要 选择 多 种 专门 
术语 了 。 这 样 做 的 好 处 是 最 终 模型 和 代码 的 集成 变 得 更 清晰 了 。 注意 这 并 不 会 影响 到 你 满足 用 户 
特殊 需要 的 能 力 。 
(5) 随 着 SHAREDKERNEL 的 增长 , 把 集成 频率 提高 到 每 天 一 次 ,最 后 实现 CONTINUOUSINTEGRADON。 
(6) 当 SHARED KERNEL 逐 渐 把 先前 两 个 BOUNDED CONTEXT 的 所 有 内 容 都 包括 进来 的 时 候 ， 你 
会 发 现 要 么 形成 了 一 个 大 的 团队 ， 要 么 形成 了 两 个 较 小 的 团队 ， 这 两 个 较 小 队 有 一 个 
CONTINUOUS INTEGRATION 的 代码 库 ， 从 而 使 得 团队 成 员 可 以 经 常 在 两 个 团队 之 间 来 回流 动 。 


14.14.3 ”逐步 淘汰 遗留 系统 


一 个 事物 再 好 ,也 会 有 一 个 尽头 ,遗留 计算 机 软件 也 不 例外 。 但 这 种 现象 并 不 是 光 靠 这 个 事 
物 自己 发 生 的 。 这 些 老 的 系统 可 能 与 业务 及 其 他 系统 紧密 交织 在 一 起 ,因此 淘汰 它们 可 能 需要 很 
多 年 。 好 在 我 们 并 不 需要 一 次 就 把 所 有 东西 都 淘汰 掉 。 

这 一 话题 的 涉及 面 太 广 了 , 这 里 的 讨论 也 只 能 浅 尝 辑 止 。 我 们 将 讨论 一 种 常见 的 情况 : 用 一 
系列 更 现代 的 系统 来 补充 业务 中 每 天 都 在 使 用 的 老 系统 , 新 系统 通过 一 个 ANTICORRUPTIONLAYER 
与 老 系统 进行 通信 。 

首先 要 执行 的 步骤 是 确定 一 个 测试 策略 。 应 该 为 新 系统 中 的 新 功能 编写 自动 的 单元 测试 , 但 
逐步 淘汰 遗留 系统 还 需要 有 一 些 特殊 的 测试 需求 。 一 些 组 织 在 某 段 时 间 内 会 同时 运行 新 系统 和 老 
系统 。 

在 任何 一 次 迭代 中 : 

() 在 一 次 迭代 中 确定 遗留 系统 的 哪个 功能 可 以 被 添加 到 某 个 新 系统 中 ，， 

(2) 确定 需要 在 ANTICORRUPTION LAYER 中 添加 的 功能 ， 

(3) 实现 ， 

(4) 部 署 ， 

有 时 ， 要 编写 一 个 等 价 于 遗留 系统 中 的 某 个 单元 的 功能 ,需要 进行 多 次 迭代 , 但 在 计划 新 的 
替代 功能 时 仍 以 小 规模 的 选 代为 单元 ， 最 后 一 次 部 署 多 次 迭代 。 

部 署 是 另 一 个 难点 ， 因 为 此 时 代码 库 包含 大 量 改动 。 如 果 这 些小 的 、 增 量 式 的 改动 可 以 一 次 
完成 部 署 , 那么 对 开发 是 很 有 利 的 , 但 这 一 般 需要 组 织 成 更 大 的 版 本 。 用 户 培训 也 是 必 不 可 少 的 。 
有 时 在 成 功 部 署 的 同时 还 必须 进行 开发 工作 。 还 有 很 多 后 勤 问题 需要 解决 。 

一 旦 最 终 进入 运行 阶段 后 ， 应 该 遵循 如 下 步骤 。 

(5) 找 出 ANTICORRUPTION LAYER 中 那些 不 必要 的 部 分 ， 并 去 掉 它们 ， 

(6) 考虑 删除 遗留 系统 中 目前 未 被 使 用 的 模块 ， 虽 然 这 种 做 法 未 必 实 用 。 有 趣 的 是 ， 遗 留 系统 设 
计 得 越 好 ， 它 就 越 容易 被 淘汰 。 而 设计 得 不 好 的 软件 却 很 难 一 点 儿 一 点 儿 地 去 除 。 我 们 可 以 暂时 忽 
略 那些 未 使 用 的 部 分 ， 直 到 将 来 这 些 剩余 的 部 分 已 经 被 淘汰 ， 这 时 整个 遗留 系统 就 可 以 停止 使 用 了 。 

不 断 重复 这 几 个 步骤 。 遗 留 系统 应 该 越 来 越 少 地 参与 业务 ， 直 到 完全 停止 使 用 为 止 。 同 时 ， 
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随 着 各 种 组 合 增加 或 减 小 系统 之 间 的 依赖 性 ,ANTICORRUPTIONLAYER 将 相应 地 收缩 或 扩张 。 当 然 ， 
在 其 他 条 件 都 相同 的 情况 下 , 应 该 首先 迁移 那些 只 产生 较 小 ANTICORRUPTIONLAYER 的 功能 。 但 其 
他 因素 也 可 能 会 起 主导 作用 ， 有 时 候 在 过 渡 期 间 可 能 必须 经 历 一 些 麻烦 的 转换 。 


14.14.4 OPEN HoSsT SERVICE 一 PUBLISHED LANGUAGE 


我 们 已 经 通过 一 系列 特定 的 协议 与 其 他 系统 进行 了 集成 ， 但 随 着 需要 访问 的 系统 逐渐 增多 ， 
维护 负担 也 不 断 增加 ， 或 者 交互 变 得 很 难 理解 。 我 们 需要 通过 PUBLISHED LANGUAGE 来 规范 系统 
之 间 的 关系 。 

(D 如 果 有 一 种 行业 标准 语言 可 用 ， 则 尽 可 能 评估 并 使 用 它 。 

(2) 如 果 没 有 标准 语言 或 预先 公开 发 布 的 语言 ， 则 对 系统 的 CoRE DOMAIN 进行 完善 ， 把 它 作 
为 主机 (参见 第 15 章 )。 

(3) 使 用 CoRE DoMAIN 作 为 交换 语言 的 基础 ， 尽 可 能 使 用 像 XML 这 样 的 标准 交互 范式 。 

(4) (至 少 ) 向 所 有 参与 协作 的 各 方 发 布 新 语言 。 

(5) 如 果 涉 及 新 系统 的 架构 ， 那 么 也 要 发 布 它 。 

(6) 为 每 个 协作 系统 构建 转换 层 。 

(7) 转换 。 

现在 ， 当 加 入 更 多 协作 系统 时 ， 对 整个 系统 的 破坏 已 经 减 至 最 小 了 。 

记 住 ，PUBLISHED LANGUAGE 必 须 是 稳定 的 ， 但 是 当 继续 进行 重 构 时 ， 仍 然 需 要 能 够 自由 地 
更 改 主机 的 模型 。 因 此 ， 不 要 把 交换 语言 和 主机 的 模型 等 同 起 来 。 保持 它 们 的 密切 关系 可 以 减 小 
转换 开销 ， 而 且 你 的 主机 可 以 采用 CONFORMIST 模 式 。 但 是 应 该 保留 用 转换 层 进行 补充 的 权力 ， 
当 采 用 转换 层 有 利于 成 本 -效益 的 折 中 时 ， 可 以 把 转换 层 添加 进来 。 

项 目 领导 者 应 该 根据 功能 集成 需求 和 开发 团队 之 间 的 关系 来 定义 BOUNDED CONTEXT。 一 旦 
BOUNDED CONTEXT 和 CONTEXT MAP 被 明确 地 定义 下 来 ,就 应 该 保持 它们 的 逻辑 一 致 性 。 最 起 码 要 
把 相关 的 通信 问题 提出 来 ， 以 便 解决 它们 。 

但 是 ， 有 时 模型 上 下 文 (无 论 是 我 们 有 意识 地 划 定 边界 的 还 是 自然 出 现 的 上 下 文 ) 被 错误 地 
用 来 解决 系统 中 的 一 些 其 他 问题 ,而 不 是 逻辑 不 一 致 问题 。 团 队 可 能 会 发 现 一 个 很 大 的 CONTEXT 
的 模型 由 于 过 于 复杂 而 无 法 作为 一 个 整体 来 理解 或 透彻 地 分 析 。 出 于 有 意 或 无 意 的 考虑 ,团队 往 
往 会 把 CONTEXT 分 割 为 更 易 管 理 的 部 分 。 这 种 分 割 会 导致 失去 很 多 机 会 。 现 在 ， 值 得 花费 一 些 功 
夫 仔细 考查 在 一 个 大 的 CoNTEXT 中 建立 一 个 大 模型 的 决策 了 。 如 果 从 组 织 结构 或 行政 角度 来 看 保 
持 一 个 大 模型 并 不 现实 ,如 果实 际 上 模型 已 经 分 裂 ， 那 么 就 重新 绘制 上 下 文 图 ， 并 定义 能 够 保持 
的 边界 。 但 是， 如 果 保持 一 个 大 的 BOUNDED CONTEXT 能 够 解决 迫切 的 集成 需要 ， 而 且 除了 模型 本 
身 的 复杂 性 以 外 ， 这 看 上 去 是 行 得 通 的 ， 那 么 分 割 CoONTEXT 可 能 就 不 是 最 佳 的 选择 了 。 

在 做 出 这 种 辆 牲 之 前 , 还 应 该 考虑 其 他 一 些 能 够 使 大 模型 变 得 易于 管理 的 方法 。 下 两 章 将 着 
重 讨论 通过 应 用 两 种 更 广泛 的 原则 (精炼 和 大 比例 结构 ) 来 管理 大 模型 的 复杂 性 。 
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V:D=p 
V。B=0 
VxE=- 旨 

or 
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一 一 James Clerk Maxwell, A Treatise on Electricity and Magnetism, 1873 
上 面 这 4 个 方程 式 ， 再 加 上 其 中 的 术语 定义 ,以 及 它们 所 依赖 的 数学 体系 ， 表 达 了 19 世 纪 经 
典 电磁 学 的 全 部 内 涵 


如 何 才能 专注 于 核心 问题 而 不 被 大 量 的 次 要 问题 流 没 呢 ? LAYERED ARCHITECTURE 可 以 
把 领域 概念 从 技术 逻辑 中 (技术 逻辑 确保 了 计算 机 系统 能 够 运转 ) 分 离 出 来 ， 但 在 大 
型 系统 中 ， 即 使 领域 被 分 离 出 来 ， 它 的 复杂 性 也 可 能 仍然 难以 管理 。 

精炼 是 把 一 堆 混 杂 在 一 起 的 组 件 分 开 的 过 程 , 以 便 从 中 提取 出 最 重要 的 内 容 , 使 得 它 更 有 价 
值 ， 也 更 有 用 。 模 型 就 是 知识 的 精炼 。 通 过 每 次 重 构 得 到 更 深层 的 理解 ， 我 们 把 关键 的 领域 知识 
和 优先 级 提取 出 来 。 现 在 , 让 我 们 回 过 头 来 从 战略 角度 看 一 下 和 精炼， 本章 将 介绍 对 模型 进行 粗 线 
条 划分 的 各 种 方式 ， 并 把 领域 模型 作为 一 个 整体 进行 精炼 。 

像 很 多 化 学 蒸馏 过 程 一 样 ， 精 炼 过 程 例如 GENERIC SUBDOMAIN 和 COHERENT MECHANISM) 
所 分 离 出 来 的 副产品 本 身 也 很 有 价值 , 但 精炼 的 主要 动机 是 把 最 有 价值 的 那 部 分 提取 出 来 , 正 是 
这 个 部 分 使 我 们 的 软件 区 别 于 别 的 软件 , 而 且 由 于 这 个 部 分 的 存在 才 值 得 我 们 去 构建 软件 , 这 个 
部 分 就 叫做 CoRE DOMAIN。 

领域 模型 的 战略 精炼 包括 以 下 部 分 : 

(1) 帮助 所 有 团队 成 员 掌 握 系统 的 总 体 设计 及 协调 ， 

(2) 找到 一 个 具有 适度 规模 的 核心 模型 并 把 它 添加 到 通用 语言 中 ， 从 而 促进 沟通 ; 

(3) 指导 重 构 ， 

(4) 专注 于 模型 中 最 有 价值 的 那 部 分 ， 

(5) 指导 外 包 、 现 成 组 件 的 使 用 以 及 任务 委派 。 
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本 章 将 展示 一 种 对 CORE DOMAIN 进 行 战略 精炼 的 系统 性 方法 , 解释 如 何在 团队 中 有 效 地 统一 
认识 ， 并 提供 一 种 用 于 讨论 工作 的 语言 。 
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图 15-1 战略 精炼 的 导航 图 


像 那些 园丁 为 了 让 树干 快速 生长 而 修剪 树苗 一 样 , 我 们 将 使 用 一 整套 技术 把 模型 中 那些 细 枝 
末节 砍 掉 ， 从 而 把 注意 力 集中 在 最 重要 的 部 分 上 …… 


15.1 模式 : CORE DoMAIN 





在 设计 大 型 系统 时 ， 有 很 多 有 用 的 组 件 ,它们 都 很 复杂 而 且 绝对 有 必要 把 它们 做 好 ,这 导致 
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真正 的 业务 资产 一 一 领域 模型 一 一 被 掩盖 和 忽略 了 。 

难以 理解 的 系统 修改 起 来 会 很 困难 , 而 且 修 改 的 结果 也 很 难 预料 。 开 发 人 员 如 果 脱 离 自己 熟 
悉 的 领域 ， 很 可 能 会 迷失 方向 〈 当 团队 中 有 新 人 加 入 时 尤其 如 此 ， 但 老成 员 也 面临 同样 的 状况 ， 
除非 代码 表达 得 非常 清楚 并 且 组 织 有 序 )。 这 样 一 来 就 必须 分 门 别 类 地 为 人 们 安排 任务 。 当 开发 
人 员 把 他 们 的 工作 限定 到 具体 的 模块 时 ， 知 识 的 传递 就 更 少 了 。 这 种 工作 上 的 划分 导致 系统 很 难 
平滑 地 集成 ， 也 无 法 灵活 地 分 配 工作 。 如 果 开 发 人 员 没有 意识 到 某 项 工作 已 经 有 人 做 过 了 ,那么 

会 出 现 重复 ， 这 样 系统 就 会 变 得 更 加 复杂 。 

以 上 只 是 难以 理解 的 设计 所 导致 的 一 部 分 后 果 。 当 设计 中 失去 了 领域 的 整体 视图 时 , 还 存在 
另 一 个 同样 严重 的 风险 。 

一 个 严峻 的 现实 是 我 们 不 可 能 对 所 有 设计 部 分 进行 同等 的 精 化 , 而 是 必须 分 出 优先 级 。 为 了 
使 领域 模型 成 为 有 价值 的 资产 必须 整齐 地 梳理 出 模型 的 真正 核心 , 并 完全 根据 这 个 核心 来 创建 
应 用 程序 的 功能 。 但 本 来 就 稀缺 的 高 水 平 开发 人 员 往往 会 把 工作 重点 放 在 技术 基础 设施 上 , 或 者 
只 是 去 解决 那些 不 需要 专门 领域 知识 就 能 理解 的 领域 问题 这些 问题 都 已 经 有 了 很 好 的 定义 ) 。 

计算 机 科学 家 对 系统 的 这 些 部 分 更 感 兴趣 , 他 们 认为 通过 这 些 工作 可 以 让 自己 具备 一 些 在 其 
他 地 方 也 能 派 上 用 场 的 专业 技能 , 同时 也 丰富 了 个 人 简历 。 而 真正 体现 应 用 程序 价值 并 且 使 之 成 
为 业务 资产 的 领域 核心 却 通常 是 由 那些 技术 水 平 稍 差 的 开发 人 员 完成 的 ,他 们 与 DBA 一 起 创建 数 
据 模式 ， 然 后 逐个 特性 编写 代码 ， 而 根本 没有 对 模型 的 概念 能 力 加 以 任何 利用 。 

如 果 软件 的 这 个 部 分 实现 得 很 差 ， 那 么 无 论 技术 基础 设施 有 多 好 ， 无 论 支持 功能 有 多 完善 ， 
应 用 程序 都 永远 不 会 为 用 户 提供 真正 吸引 人 的 功能 。 这 个 严重 问题 的 根源 在 于 项 目 没有 一 个 明确 
的 整体 设计 视图 ， 而 且 也 没有 认 清 各 个 部 分 的 相对 重要 性 。 

我 曾经 参加 过 的 最 成 功 的 项 目 中 ,有 一 个 开始 时 就 受到 了 这 种 问题 的 困扰 。 这 个 项 目的 目标 
是 开发 一 个 非常 复杂 的 联合 贷款 系统 。 技 术 能 力 最 强 的 开发 人 员 在 数据 库 映 射 层 和 消息 传递 接口 
这 些 工 作 上 忙 得 不 亦 乐 平 ， 而 业务 模型 则 交 到 了 那些 不 熟悉 对 象 技 术 的 新 人 手中 。 

唯一 的 例外 是 有 一 个 领域 问题 是 由 一 位 经 验 丰富 的 对 象 开发 人 员 处 理 的 , 他 为 那些 长 期 存在 
的 领域 对 象 设计 了 一 种 添加 注释 的 功能 。 通过 把 这 些 注释 组 织 到 一 起 , 商家 们 能 够 看 到 他 们 或 其 
他 人 过 去 所 做 的 一 些 决策 的 基本 思想 。 这 位 开发 人 员 还 构建 了 一 个 优秀 的 用 户 界面 , 它 为 用 户 提 
供 了 直观 的 访问 ， 用 户 可 以 利用 这 个 界面 来 灵活 地 使 用 组 件 模型 的 各 种 功能 。 

这 些 特性 很 有 用 处 ， 而 且 设 计 得 很 好 。 它 们 被 合并 到 最 终 产品 中 。 

遗憾 的 是 ， 它 们 只 是 一 些 次 要 特性 。 这 位 能 力 超群 的 开发 人 员 把 一 种 有 趣 的 、 通 用 的 注释 方 
法 建 模 出 来 ， 并 干净 利落 地 实现 了 它 ， 最 后 交付 到 用 户 手中 。 同 时 ， 另 一 位 能 力 上 不 太 胜任 的 开 
发 人 员 却 把 关键 的 “贷款 ”模块 弄 得 一 团 精 ， 项 目 差 一 点 就 因此 失败 。 

在 制定 项 目 规划 的 时 候 , 必须 把 资源 分 配给 模型 和 设计 中 最 关键 的 部 分 。 要 想 达到 这 个 目的 ， 
在 规划 和 开发 期 间 每 个 人 都 必须 识别 和 理解 这 些 关键 部 分 。 

这 些 部 分 是 应 用 程序 的 标志 性 部 分 ， 也 是 目标 应 用 程序 的 核心 目标 ， 它 们 构成 了 CORE 
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DoMAIN。CoRE DoMAIN 是 系统 中 最 有 价值 的 部 分 。 

因此 : 

对 模型 进行 提炼 。 找 到 CoRE DOMAIN 并 提供 一 种 易于 区 分 的 方法 把 它 与 那些 起 辅助 作用 的 模 
型 和 代码 分 开 。 最 有 价值 和 最 专业 的 概念 要 轮廓 分 明 。 尽 量 压 缩 CORE DOMAIN。 

让 最 有 才能 的 人 来 开发 CORE DoMAIN， 并 相应 地 招募 新 人 来 补充 这 些 人 空 出 来 的 位 置 。 在 
CoRE DoMAIN 中 努力 开发 能 够 确保 实现 系统 蓝图 的 深层 模型 和 和 柔性 设计 ,仔细 判断 任何 其 他 部 分 
的 投入 ， 看 它 是 否 能 够 支持 这 个 提炼 出 来 的 CORE。 

提炼 CoRE DoMAIN 并 不 容易 ， 但 做 出 决策 并 不 难 。 你 需要 投入 大 量 的 工作 使 你 的 CoRE 与 众 
不 同 , 而 其 他 的 设计 部 分 则 只 需 依照 常规 做 得 实用 即 可 。 如 果 某 个 设计 部 分 需要 保密 以 便 保持 竞 
争 优势 ， 那 么 它 就 是 你 的 CORE DOMAIN。 其 他 的 部 分 则 没有 必要 隐藏 起 来 。 当 必须 在 两 个 看 起 来 
都 很 有 用 的 重 构 之 间 选 择 一 个 时 (由 于 时 限 的 缘故 )， 首 先 应 该 选择 对 CORE DOMAIN 影 响 最 大 的 
那个 重 构 。 





本 章 中 的 模式 能 够 使 我 们 更 容易 发 现 、 使 用 和 修改 CORE DOMAIN。 
15.1.1 选择 核心 


我 们 需要 关注 的 是 那些 能 够 表示 业务 领域 并 解决 业务 问题 的 模型 部 分 。 

对 CORE DOMAIN 的 选择 取决 于 看 问题 的 角度 。 例 如, 很 多 应 用 程序 需要 一 个 通用 的 货币 模型 ， 
用 来 表示 各 种 货币 以 及 它们 的 汇率 和 兑换 。 另 一 方面 ,一 个 用 来 支持 货币 交易 的 应 用 程序 可 能 需 
要 更 精细 的 货币 模型 ， 这 个 模型 有 可 能 就 是 CoRE 的 一 部 分 。 即 使 在 这 种 情况 下 ， 货 币 模型 中 可 
能 有 一 部 分 仍 是 非常 通用 的 。 随 着 对 领域 理解 的 不 断 加 深 ， 精 炼 过 程 可 以 持续 进行 ， 这 需要 把 通 
用 的 货币 概念 分 离 出 来 ， 而 只 把 模型 中 那些 专 有 的 部 分 保留 在 CORE DOMAIN 中 。 

在 运输 应 用 程序 中 ，CoRE 可 能 是 以 下 几 方 面 的 模型 :货物 是 如 何 装 船 运 输 的 ， 当 集装箱 转 
交 时 责任 是 如 何 转 接 的 , 或 者 特定 的 集装箱 是 如 何 经 过 不 同 的 运输 路 线 最 后 到 达 目 的 地 的 。 在 投 
资 银行 中 ，CoRE 可 能 包括 委托 人 和 参与 者 之 间 的 合资 模型 。 

一 个 应 用 程序 的 CORE DOMAIN 在 另 一 个 应 用 程序 中 可 能 只 是 通用 的 支持 组 件 。 尽管 如 此 , 仍 
然 可 以 在 一 个 项 目 中 (而 且 通 常 在 一 个 公司 中 ) 定义 一 个 一 致 的 CORE。 像 其 他 设计 部 分 一 样 ， 
人 们 对 CoRE DoMAIN 的 认识 也 会 随 着 迭代 而 发 展 。 开 始 时 特定 关系 集合 的 重要 性 可 能 并 不 明显 。 
最 初 被 认为 是 核心 的 对 象 可 能 逐渐 被 证 明 只 是 起 支持 作用 。 

以 下 几 节 (特别 是 GENERIC SUBDOMAIN 这 节 ) 将 给 出 制定 这 些 决策 的 指导 。 


15.1.2 工作 的 分 配 
在 项 目 团队 中 ,技术 能 力 最 强 的 人 员 往 往 缺 乏 丰 富 的 领域 知识 。 这 限制 了 他 们 的 作用 ,并且 
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更 倾向 于 分 派 他 们 来 开发 一 些 支持 组 件 , 从 而 形成 了 一 个 恶性 循环 一 一 知识 的 缺乏 使 他 们 远离 了 
那些 能 够 学 到 领域 知识 的 工作 。 

打破 这 种 恶性 循环 是 很 重要 的 ,方法 是 建立 一 支 由 开发 人 员 和 一 位 或 多 位 领域 专家 组 成 的 联 
合 团队 ,其 中 开发 人 员 必须 能 力 很 强 、 能 够 长 期 稳定 地 工作 并 且 对 学 习 领域 知识 非常 感 兴趣 ， 而 
领域 专家 则 要 掌握 深厚 的 业务 知识 。 如 果 你 认真 对 待 领域 设计 ,那么 它 就 是 一 项 有 趣 且 充满 技术 
挑战 的 工作 。 你 肯定 也 会 找到 持 这 种 观点 的 开发 人 员 。 

从 外 界 聘 请 一 些 短期 的 专业 人 员 来 设计 CoRE DoMAIN 的 关键 环节 通常 是 行 不 通 的 , 因为 团队 
需要 积累 领域 知识 ,而且 短期 人 员 会 造成 知识 流失 。 相 反 ， 充 当 培训 和 指导 角色 的 专家 可 能 非常 
有 价值 ,因为 他 们 帮助 团队 建立 领域 设计 技巧 , 并 促进 团队 成 员 使 用 先前 并 未 掌握 的 高 级 设计 原 
则 。 ” 

出 于 类 似 的 原因 ,购买 CORE DOMAIN 也 是 行 不 通 的 。 人 们 已 经 在 建立 特定 于 行业 的 模型 框架 
方面 付出 了 一 些 工作 ， 著 名 的 例子 就 是 半导体 行业 协会 SEMATECH 创 立 的 用 于 半导体 制造 自动 
化 的 CIM 框 架 ， 以 及 IBM 为 很 多 业务 开发 的 San Francisco 框 架 。 虽 然 这 是 一 个 有 吸引 力 的 想法 ， 
但 除了 PUBLISHED LANGUAGE (参见 第 14 章 ) 能 够 促进 数据 交换 以 外 ， 其 他 的 结果 并 不 理想 。 
Domain-Specific Application Frameworks ([Fayad and Johnson 2000]) 一 书 介绍 了 这 项 工作 的 总 体 
现状 。 随 着 这 个 领域 的 进步 ， 可 能 会 出 现 一 些 更 有 用 的 框架 。 

除了 上 述 原因 之 外 , 还 有 一 个 更 根本 的 原因 需要 引起 我 们 的 注意 。 自 主 开 发 的 软件 的 最 大 价 
值 来 自 于 对 CORE DoMAIN 的 完全 控制 。 一 个 设计 良好 的 框架 可 能 会 提供 满足 你 的 专门 使 用 需求 的 
高 水 平 抽象 ， 它 可 以 节省 开发 那些 更 通用 部 分 的 时 间 ， 并 使 你 能 够 专注 于 CORE。 但 是 ， 如 果 它 
对 你 的 约束 超出 了 这 个 限度 ， 可 能 有 以 下 三 种 原因 。 

(你 正在 失去 一 项 重要 的 软件 资产 。 此 时 应 该 让 这 些 限制 性 的 框架 退出 你 的 CoRE DOMAIN。 

(2) 框架 所 处 理 的 部 分 并 不 是 你 所 认为 的 核心 。 此 时 应 该 重新 划 定 CORE DoMAIN 的 边界 ， 把 
你 的 模型 中 真正 的 标志 性 部 分 识别 出 来 。 

(3) 你 的 CORE DoMAIN 并 没有 特殊 的 需求 。 此 时 应 该 考虑 采用 一 种 风险 更 低 的 解决 方案 ， 例 
如 购买 软件 并 与 你 的 应 用 程序 进行 集成 。 

不 管 是 哪 种 情况 , 创建 与 众 不 同 的 软件 还 是 会 回 到 原来 的 轨道 上 一 一 需要 一 支 稳定 工作 的 团 
队 ， 他 们 不 断 积累 和 消化 专业 知识 ， 并 将 这 些 知识 转化 为 一 个 丰富 的 模型 。 没 有 捷径 ， 也 没有 魔 
术 弹 。 


15.2 ”精炼 的 逐步 提升 
本 章 接 下 来 将 要 介绍 各 种 精炼 技术 ， 它 们 在 使 用 顺序 上 基本 没什么 要 求 , 但 对 设计 的 改动 却 
大 不 相同 。 


一 份 简单 的 DOMAIN VISION STATEMENT (领域 前 景 说 明 ) 只 需 很 少 的 投入 ， 它 传达 了 基本 概 
念 以 及 它们 的 价值 。HIGHLIGHTED CORE (突出 的 核心 ) 可 以 改善 沟通 ， 并 指导 决策 制定 过 程 ， 这 
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也 只 需 对 设计 进行 很 少 的 改动 甚至 无 需 改 动 。 

更 积极 的 精炼 方法 是 通过 重 构 和 重新 打包 显 式 地 分 离 出 GENERIC SUBDOMAIN， 然 后 分 别 进 行 
处 理 。 在 使 用 CoHESIVE MECHANISM 的 同时 ， 也 要 保持 设计 的 通用 性 、 易 懂 性 和 柔性， 这 两 个 方 
面 可 以 结合 起 来 。 只 有 除去 了 这 些 细 枝 末节 ， 才 能 把 CORE 剥 离 出 来 。 

重新 打包 出 一 个 SEGREGATED CORE (隔离 的 核心 )， 可 以 使 得 这 个 CORE 清 晰 可 见 (即使 在 代 
码 中 也 是 如 此 )， 并 且 可 以 促进 将 来 在 CORE 模 型 上 的 工作 。 

最 积极 的 精炼 技术 是 ABSTRACT CORE (抽象 内 核 )， 它 用 抽象 的 形式 表示 了 最 基本 的 概念 和 
关系 (需要 对 模型 进行 全 面 的 重新 组 织 和 重 构 )。 

每 种 技术 都 需要 我 们 连续 不 断 地 投入 越 来 越 多 的 工作 ,但 刀 磨 得 越 薄 ， 就 会 越 锋利 。 领域 术 
型 的 连续 精炼 将 为 我 们 创造 一 项 资产 ， 使 项 目 进行 得 更 快 、 更 敏捷 、 更 精确 。 

首先 ， 我们 可 以 把 模型 中 最 普通 的 那些 部 分 分 离 出 去 ， 它 们 就 是 GENERICSUBDOMAIN (通用 子 领 
域 ) ,GENERIC SUBDOMAIN 与 CORE DOMAIN 形 成 鲜明 的 对 比 , 使 我 们 可 以 更 清楚 地 理解 它们 各 自 的 含义 。 


15.3 ”模式 ，GENERIC SUBDOMAIN 


模型 中 有 些 部 分 除了 增加 复杂 性 以 外 并 没有 捕捉 或 传递 任何 专门 的 知识 .任何 外 来 因素 都 会 
使 CoRE DoMAIN 更 难以 分 辨 和 理解 。 模 型 中 包含 大 量 众所周知 的 一 般 原 则 ， 或 者 是 专门 的 细节 ， 
这 些 细节 并 不 是 我 们 的 主要 关注 点 ， 而 只 是 起 到 支持 作用 。 然 而 ， 无 论 它们 是 多 么 通用 的 元 素 ， 
它们 对 实现 系统 功能 和 充分 表达 模型 都 是 极为 重要 的 。 

你 可 能 会 认为 模型 中 理所当然 地 应 该 包含 这 些 部 分 。 不 可 否认 , 它们 确实 是 领域 模型 的 一 前 
分 ,但 它们 抽象 出 来 的 概念 是 很 多 业务 都 需要 的 。 比 如 ， 各 个 行业 (例如 运输 业 、 银 行业 或 制造 
业 ) 都 需要 某 种 形式 的 企业 组 织 图 。 再 比如 ， 很 多 应 用 程序 都 需要 跟踪 应 收 账 款 、 开 支 分 类 账 和 
其 他 财务 数据 ， 而 这 些 都 可 以 用 一 个 通用 的 会 计 模型 来 处 理 。 

对 领域 的 周边 问题 进行 处 理 往往 要 耗费 人 们 大 量 的 精力 。 我 亲眼 目睹 过 两 个 不 同 项 目 都 分 派 
了 最 好 的 开发 人 员 来 重新 设计 带 有 时 区 的 日 期 和 时 间 功 能 , 这 些 工作 耗费 了 他 们 数 周 的 时 间 。 虽 
然 这 样 的 组 件 必须 正常 工作 ， 但 它们 并 不 是 系统 的 概念 核心 。 

即使 这 样 的 通用 模型 元 素 确实 非常 重要 , 整体 领域 模型 仍然 需要 把 系统 中 最 有 价值 和 最 特别 
的 方面 突出 出 来 ,而 且 整个 模型 的 组 织 应 该 尽 可 能 把 重点 放 在 这 个 部 分 上 。 当 核心 与 所 有 相关 的 
因素 混杂 在 一 起 时 ， 这 一 点 会 更 难 做 到 。 

因此 : 

把 内 聚 的 子 领域 (它们 不 是 项 目的 动机 ) 识别 出 来 。 把 这 些 子 领域 的 通用 模型 提取 出 来 ,并 
放 到 单独 的 MoDULE 中 。 任 何 专 有 的 东西 都 不 应 放 在 这 些 模块 中 。 

把 它们 分 离 出 来 以 后 ， 在 继续 开发 的 过 程 中 ， 它 们 的 优先 级 应 低 于 CoRE DoMAIN 的 优先 级 ， 
并 且 不 要 分 派 核心 开发 人 员 来 完成 这 些 任务 (因为 他 们 很 少 能 够 从 这 些 任务 中 获得 领域 知识 ) 。 
此 外 ， 还 可 以 考虑 为 这 些 GENERIC SUBDOMAIN 使 用 现成 的 解决 方案 或 “公开 发 布 的 模型 ” 
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当 开 发 这 样 的 软件 包 时 ， 有 以 下 几 种 选择 。 

选择 1; 现成 的 解决 方案 

有 时 可 以 购买 一 个 已 实现 好 的 解决 方案 ， 或 使 用 开源 代码 。 

优点 

口 可 以 减少 代码 的 开发 。 

口 维护 负担 转移 到 了 外 部 。 

口 代码 已 经 在 很 多 地 方 使 用 过 ， 可 能 较为 成 熟 ， 因 此 上 比 自己 开发 的 代码 更 可 靠 和 完备 。 

缺点 

口 在 使 用 之 前 ， 仍 需要 花 时 间 来 评估 和 理解 它 。 

口 就 业内 目前 的 质量 控制 水 平 而 言 ， 无 法 保证 它 的 正确 性 和 稳定 性 。 

口 它 可 能 设计 得 过 于 细致 了 〈 远 远 超出 了 你 的 目的 ) ， 集 成 的 工作 量 可 能 比 开发 一 个 最 小 化 

的 内 部 实现 更 大 。 

口 外 部 元 素 的 集成 常常 不 顺利 。 它 可 能 有 一 个 与 你 的 项 目 完全 不 同 的 BOUNDED CONTEXT。 

即使 不 是 这 样 ， 它 也 很 难 顺 利 地 引用 你 的 其 他 软件 包 中 的 ENTITY。 

口 它 可 能 会 引入 对 平台 、 编 译 器 版 本 的 依赖 ， 等 等 。 

现成 的 子 领域 解决 方案 是 值得 我 们 去 考虑 的 ,但 如 果 它 们 会 带 来 很 多 麻烦 ,那么 就 不 值得 使 
用 了 。 我 曾经 看 到 过 一 些 成 功 案例 些 应 用 程序 需要 非常 精细 的 工作 流 ， 它 们 通过 API 挂 钩 

(APIhook) 成 功 地 使 用 了 商用 的 外 部 工作 流 系统 。 我 还 曾经 见 过 错误 日 志 被 深入 地 集成 到 应 用 
程序 中 。 有 时 ，GENERIC SUBDOMAIN 被 打包 为 框架 的 形式 ， 它 实现 了 非常 抽象 的 模型 ， 从 而 可 以 
与 你 的 应 用 程序 集成 来 满足 你 的 特殊 需求 。 子 组 件 越 通 用 ， 其 自己 的 模型 的 精炼 程度 越 高 ， 它 的 
用 处 可 能 就 越 大 。 

选择 2: 公开 发 布 的 设计 或 模型 

优点 

口 比 自己 开发 的 模型 更 为 成 熟 ， 并 且 反映 了 很 多 人 的 深层 知识 。 

口 提供 了 随时 可 用 的 高 质量 文档 。 

缺点 

口 可 能 不 是 很 符合 你 的 需要 ， 或 者 设计 得 过 于 细致 了 〈 远 远 超出 了 你 的 需要 ) 。 

Tom Lehrer (20 世 纪 50 和 60 年 代 的 喜剧 作曲 家 ) 曾经 讲 过 数学 上 的 成 功 秘诀 是 :“ 抄 袭 ! 抄 
袭 。 不 要 让 任何 人 的 工作 逃 过 你 的 眼睛 …… 但 一 定 要 把 这 叫做 研究 。” 在 领域 建 模 中 ， 特 别 是 在 
攻克 GENERIC SUBDOMAIN 时 ， 这 是 一 条 好 的 建议 。 

当 有 一 个 被 广泛 使 用 的 模型 时 ， 例 如 《分 析 模 式 》([Fowler 1996]) 一 书 中 所 列举 的 那些 模 
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型 (参见 第 11 章 )， 这 种 方法 最 为 有 效 。 


如 果 领 域 中 已 经 有 了 一 种 非常 正式 且 严 格 的 模型 , 那么 就 能 使 用 它 。 会 计 和 物理 学 是 我 们 立 


即 能 想到 的 两 个 例子 。 这 些 模 型 不 仅 健壮 和 流畅 ， 而 且 被 人 们 广泛 理解 ， 因 此 可 以 减轻 目前 和 将 
来 的 培训 负担 (参见 10.9.2 节 )。 


如 果 在 一 个 公开 发 布 的 模式 中 能 够 发 现 一 个 简化 的 子 集 , 它 本 身 是 一 致 的 而 且 能 够 满足 你 的 


要 求 , 那么 就 不 要 强迫 自己 完全 重新 实现 这 样 一 个 模型 。 如 果 有 一 个 模型 已 经 有 人 很 好 地 研究 过 


了 ， 


并 且 提供 了 完备 的 文档 (有 正式 的 模型 就 更 好 了 )， 那 么 重新 去 设计 它 就 没有 意义 了 。 

选择 3: 把 实现 外 包 出 去 

优点 

口 使 核心 团队 可 以 脱身 去 处 理 CORE DOMAIN， 这 是 最 需要 知识 和 经 验 积累 的 部 分 。 

口 开发 工作 的 增加 不 会 使 团队 规模 无 限 扩大 下 去 ， 同 时 又 不 会 导致 CORE DOMAIN 知识 的 分 
散 。 

口 强制 团队 采用 面向 接口 的 设计 ， 并 且 有 助 于 保持 子 领域 的 通用 性 ， 因 为 规格 已 经 被 传递 
到 外 部 。 

缺点 

口 仍 需 要 核心 团队 花费 一 些 时 间 ， 因 为 他 们 需要 与 外 包 人 员 商 量 接 口 、 编 码 标准 和 其 他 重 
要 方面 。 

口 当 把 代码 的 所 属 权 交 回 团队 时 ， 团 队 需 要 耗费 大 量 精力 来 理解 这 些 代码 。( 但 是 这 个 开销 
比 理解 专用 子 领域 要 小 一 些 ， 因 为 通用 子 领 域 不 需要 理解 专门 的 背景 知识 。) 

口 代码 质量 或 高 或 低 ， 这 取决 于 两 个 团队 能 力 的 高 低 。 

自动 测试 在 外 包 中 可 能 起 到 重要 作用 。 应 该 要 求 外 包 人 员 为 他 们 交付 的 代码 提供 单元 测试 。 


真正 有 用 的 方法 是 为 外 包 的 组 件 指定 甚至 是 编写 自动 验收 测试 , 这 有 助 于 确保 质量 、 明 确 规格 并 
且 使 这 些 组 件 的 再 集成 变 得 顺利 。 此 外 ,“ 把 实现 外 包 出 去 ”可 能 会 与 “公开 发 布 的 设计 或 模型 
完美 地 组 合 到 一 起 。 


选择 4: 内 部 实现 

优点 

口 易于 集成 。 

口 只 开发 自己 需要 的 ， 不 做 多 余 的 工作 。 

口 可 以 临时 把 工作 分 包 出 去 。 

缺点 

口 需要 承受 后 续 的 维护 和 培训 负担 。 

口 很 容易 低估 开发 这 些 软件 包 所 需 的 时 间 和 成 本 。 

当然 ， 这 也 可 以 与 “公开 发 布 的 设计 或 模型 ”结合 起 来 使 用 。 

GENERIC SUBDOMAIN 是 你 充分 利用 外 部 设计 专家 的 地 方 , 因为 这 些 专家 不 需要 深入 理解 你 的 
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专 有 的 CORE DOMAIN, 而 且 他 们 也 没有 太 大 的 机 会 学 习 这 个 领域 。 机密 性 问题 可 以 不 用 过 多 关注 ， 
因为 这 些 模块 几乎 不 涉及 专 有 信息 或 业务 实践 。 利 用 外 部 专家 来 开发 GENERIC SUBDOMAIN， 可 以 
减轻 对 那些 不 了 解 领域 知识 的 人 员 进 行 培训 而 带 来 的 负担 。 

我 相信 ， 随 着 时 间 的 推移 ，CoRE 模 型 的 范围 将 会 不 断 变 窗 ， 而 越 来 越 多 的 通用 模型 将 作为 
框架 被 实现 出 来 ， 或 者 至 少 被 实现 为 公开 发 布 的 模型 或 分 析 模式 。 但 是 现在 ， 大 部 分 模型 仍然 需 
要 我 们 自己 开发 ， 但 把 它们 与 CORE DOMAIN 模型 区 分 开 是 很 有 价值 的 。 


| 示例 两 个 与 时 区 有 关 的 故事 


我 曾经 两 次 亲眼 目睹 项 目 中 最 好 的 开发 人 员 花 费 好 儿 周 的 时 间 来 解决 各 个 时 区 的 时 间 存 储 
和 转换 问题 。 虽然 我 对 这 样 的 工作 安排 总 是 持 怀疑 态度 ,但 有 时 它 是 必要 的 , 而且 下 面 这 两 个 项 
目 儿 乎 形成 了 鲜明 的 对 比 。 

第 一 个 项 目 是 为 货物 运输 系统 设计 日 程 安排 软件 。 为 了 安排 国际 运输 ,准确 的 时 间 计算 是 非 
常 必要 的 , 而 由 于 所 有 这 些 日 程 安排 都 是 按照 当地 时 间 计算 的 ， 因 此 运输 过 程 的 安排 必然 需要 进 
行 时 间 转 换 。 

既然 这 项 功能 需求 已 经 确定 了 , 团队 就 开始 了 CoRE DoMAIN 的 开发 并 利用 现 有 的 时 间 类 和 一 
些 哑 数 据 进行 了 一 些 早期 的 应 用 程序 迭代 。 随 着 应 用 程序 的 不 断 成 熟 ,显然 现 有 的 时 间 类 无 法 满 
足 项 目的 要 求 ， 而 且 由 于 很 多 国家 的 时 间 是 不 同 的 ， 再 加 上 国际 日 期 变更 线 的 复杂 性 ， 这 个 问题 
变 得 异常 复杂 。 随 着 需求 变 得 越 来 越 明 确 ， 他 们 开始 寻找 现成 的 解决 方案 , 但 却 没有 找到 。 这 样 
除了 自己 构建 一 个 之 外 已 经 别 无 选择 了 。 

这 项 任务 需要 做 一 番 研 究 并 进行 精确 的 设计 , 因此 团队 领导 者 打算 分 派 一 位 最 好 的 程序 员 来 
完成 它 ,但 这 项 任务 并 不 需要 任何 运输 方面 的 专业 知识 , 而 且 做 这 项 任务 也 不 会 获得 这 样 的 知识 ， 
因此 他 们 选择 了 一 位 临时 在 项 目 上 工作 的 程序 员 。 

这 位 程序 员 并 没有 从 头 开始 工作 。 他 研究 了 几 个 现 有 的 时 区 实现 ,但 大 部 分 并 不 能 满足 需要 ， 

于 是 他 决定 把 BSD Unix 的 一 个 公共 的 解决 方案 改编 一 下 ， 它 已 经 有 了 一 个 完善 的 数据 库 和 C 语 言 
实现 。 他 通过 反 向 工程 找 出 了 其 中 的 逻辑 ， 并 编写 了 一 个 数据 库 导 入 例 程 。 

事实 证 明 问题 比 他 预计 的 要 难得 多 (例如 涉及 特殊 情况 的 数据 库 导 入 )， 尽 管 如 此 他 仍然 完 
成 了 代码 的 编写 并 与 CORE 进 行 了 集成 ， 最 终 完成 了 产品 的 交付 。 

在 另 一 个 项 目 上 发 生 的 事情 就 完全 不 同 了 。 一 家 保险 公司 开发 一 个 新 的 理赔 处 理 系统 ,他 们 
打算 把 各 种 事件 发 生 的 时 间 记 录 下 来 (发 生 车 祸 的 时 间 、 下 冰 志 的 时 间 等 等 )。 这 些 数据 是 按照 
当地 时 间 记 录 的 ， 因 此 需要 用 到 时 区 功能 。 

当 我 参加 这 个 项 目 时 ， 他 们 已 经 安排 了 一 位 初级 (但 很 聪明 的 ) 开发 人 员 来 从 事 这 项 任务 ， 
尽管 应 用 程序 的 准确 需求 仍 在 变化 中 , 而 且 项 目 甚至 还 没有 开始 尝试 第 一 次 迭代 。 他 开始 尽职 尽 
责 地 基于 假设 来 构建 一 个 时 区 模型 。 
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由 于 不 知道 需要 什么 样 的 功能 , 这 位 开发 人 员 假设 时 区 组 件 应 该 足够 灵活 ,以便 处 理 任何 可 
能 的 情况 。 这 个 问题 对 他 来 说 太 难 了 ， 因 此 项 目 又 分 派 了 一 位 高 级 开发 人 员 来 帮助 他 。 他 们 编写 
了 复杂 的 代码 , 但 由 于 还 没有 具体 的 应 用 程序 使 用 这 些 代 码 , 因此 他 们 根本 不 知道 代码 是 否 能 正 
确 工作 。 

项 目 由 于 各 种 原因 而 搁浅 , 时 区 代码 也 永远 用 不 上 了 。 但 如 果 项 目 不 中 断 ， 那 么 简单 地 存储 
标明 时 区 的 当地 时 间 可 能 就 足够 了 ， 甚 至 不 需要 转换 ， 因 为 这 些 主要 用 作 人 参考 数据 ， 而 不 是 计算 
的 基础 。 即 使 需要 转换 ， 由 于 所 有 数据 都 来 自 北 美洲 ， 时 区 转换 相对 很 简单 。 

过 分 关注 时 区 带 来 的 主要 代价 是 忽略 了 CoRE DOMAIN 模型。 如 果 他 们 能 够 把 同样 的 精力 放 在 
核心 模型 上 ， 可 能 早 就 为 自己 的 应 用 程序 开发 出 了 一 个 有 效 的 原型 和 一 个 初步 的 、 可 以 工作 的 领 
域 模型 。 此 外 ， 那 些 长 期 稳定 地 在 项 目 上 工作 的 开发 人 员 此 时 本 来 应 该 对 保险 领域 有 所 了 解 了 ， 
以 便 为 团队 积累 关键 的 知识 。 

有 一 件 事 情 这 两 个 团队 都 做 得 很 正确 , 那 就 是 把 通用 的 时 区 模型 明确 地 从 CORE DoMAIN 中 分 
离 出 来 。 如 果 在 运输 模型 或 保险 模型 中 使 用 各 自 专用 的 时 区 MopULE， 那 么 这 会 导致 核心 模型 与 
这 个 通用 的 支持 模型 耦合 在 一 起 ， 使 得 CORE 模 型 更 难以 理解 因为 它 将 包含 无 关 的 时 区 细节 ) 。 
而 且 时 区 模块 可 能 更 难 维护 (因为 维护 人 员 必 须 理 解 核心 以 及 它 与 时 区 的 相互 关系 )。 


运输 项 目的 策略 


优 点 
口 GENERIC 模 型 与 核心 分 离 
口 CorE 模 型 较 成 熟 。 因 此 资源 的 转移 不 会 
妨碍 它 
口 明确 知道 需要 什么 功能 
口 为 跨国 的 日 程 安排 提供 了 关键 支持 功能 
口 GENERIC 模 块 的 任务 使 用 了 短期 程序 员 


保险 项 目的 策略 
点 
口 GENERIC 模 型 与 CORE 分 离 
点 
口 CoRE 模 型 未 被 开发 出 来 ， 因 此 关注 其 他 问题 导致 
核心 模型 继续 被 忽略 
口 由 于 需求 不 明确 ， 所 以 试图 开发 一 个 能 满足 所 有 





需求 的 模块 ， 而 实际 上 只 需 简单 地 提供 北美 地 区 
的 时 区 转换 功能 就 足够 了 

口 安排 长 期 工作 的 程序 员 来 执行 这 项 任务 ， 他 们 本 
来 应 该 成 为 领域 知识 的 储备 库 


技术 人 员 喜 欢 处 理 那些 可 定义 的 问题 (如 时 区 转换 )， 而 且 很 容易 就 能 证 明 他 们 花 时 间 做 这 
些 工 作 是 值得 的 。 但 严格 地 从 优先 级 角度 来 看 ， 他 们 应 该 先 去 完成 CORE DOMAIN 的 工作 。 


点 
口 最 好 的 程序 员 没有 从 事 核心 工作 





15.3.1 通用 不 等 于 可 以 重用 


注意 ， 虽 然 我 一 直 在 强调 这 些 子 领域 的 通用 性 质 , 但 我 并 没有 提 到 代码 的 可 重用 性 。 现 成 的 
解决 方案 可 能 适用 于 某 种 特殊 情况 ,也 可 能 不 适用 , 但 假设 你 要 自己 实现 代码 《内 部 实现 或 外 包 
出 去 ) ， 那 么 不 要 特别 关注 代码 的 可 重用 性 。 因 为 如 果 这 样 做 就 会 违反 精炼 的 基本 动机 一 一 我 们 
应 该 尽 可 能 把 大 部 分 精力 投入 到 CoRE DOMAIN 工作 中 ， 而 只 在 必要 的 时 候 才 在 支持 性 的 GENERIC 
SUBDOMAIN 中 投入 工作 。 
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重用 确实 会 发 生 , 但 不 一 定 总 是 代码 重用 。 模 型 重用 通常 是 更 高 级 的 重用 ,例如 当 使 用 公开 
发 布 的 设计 或 模型 的 时 候 就 是 如 此 。 如 果 你 必须 创建 自己 的 模型 ,那么 它 在 以 后 的 相关 项 目 中 可 
能 很 有 价值 。 但是， 虽然 这 样 的 模型 概念 可 能 适用 于 很 多 情况 , 但 我 们 不 必 把 它 开发 成 “万 能 的 ” 
模型 。 我 们 只 要 把 业务 所 需 的 那 部 分 建 模 出 来 并 实现 即 可 。 

尽管 我 们 很 少 需要 考虑 设计 的 可 重用 性 ,但 通用 子 领域 的 设计 必须 严格 地 限定 在 通用 概念 的 
范围 之 内 。 如 果 把 行业 专用 的 模型 元 素 引 入 到 通用 子 领域 中 ,会 产生 两 个 后 果 。 第 一 ， 它 将 妨碍 
将 来 的 开发 。 虽然 现在 我 们 只 需要 子 领域 模型 的 一 小 部 分 ,但 我 们 的 需求 会 不 断 增加 。 如 果 把 任 
何不 属于 子 领域 概念 的 部 分 引入 到 设计 中 , 那么 再 想 灵活 地 扩展 系统 就 很 难 了 ,除非 完全 重建 原 
来 的 部 分 并 重新 设计 使 用 该 部 分 的 其 他 模块 。 

第 二 ,也 是 更 重要 的 ， 这 些 行业 专用 的 概念 要 么 属于 CoRE DOMAIN， 要 么 属于 它们 自己 的 更 
专业 的 子 领域 ， 而 且 这 些 专业 的 模型 比 通用 子 领域 更 有 价值 。 


15.3.2 项目 风险 管理 


敏捷 过 程 通常 要 求 通过 尽早 解决 最 具 风 险 的 任务 来 管理 风险 。 特 别 是 XP 过 程 ， 它 要 求 迅速 
建立 并 运行 一 个 端 到 端的 系统 。 这 种 初步 的 系统 通常 用 来 检验 某 种 技术 基础 设施 ,而 且 人 们 会 试 
图 建立 一 个 周边 系统 ， 用 来 处 理 一 些 支持 性 的 GENERIC SUBDOMAIN， 因 为 这 些 子 领域 通常 更 易于 
分 析 。 但 是 要 注意 ， 这 可 能 会 不 利于 风险 管理 。 

项 目 面临 着 两 方面 的 风险 , 有 些 项 目的 技术 风险 更 大 , 有 些 项 目 则 是 领域 建 模 的 风险 更 大 一 
些 。 端 到 端的 系统 是 实际 系统 中 最 困难 部 分 的 “雏形 ”一 一 它 控制 风险 的 能 力也 仅 限于 此 。 当 使 
用 这 种 雏形 时 ， 我 们 很 容易 低估 领域 建 模 的 风险 。 这 种 风险 包括 未 预料 到 存在 复杂 性 、 与 业务 专 
家 的 交流 不 够 充分 ， 或 者 开发 人 员 的 关键 技能 存在 欠缺 等 。 

因此 ， 除 非 团队 拥有 精湛 的 技术 并 且 对 领域 非常 熟悉 ， 否 则 第 一 个 雏形 系统 应 该 以 COoRE 
DoMAIN 的 某 个 部 分 作为 基础 ， 不 管 它 有 多 么 简单 。 

相同 的 原则 也 适用 于 任何 试图 把 高 风险 的 任务 放 到 前 面 处 理 的 过 程 。 CORE DOMAIN 就 是 高 风 
险 的 ， 因 为 它 的 难度 往往 会 超出 我 们 的 预料 ， 而 且 如 果 没 有 它 ， 项 目 就 不 可 能 获得 成 功 。 


本 章 介绍 的 大 多 数 精炼 模式 都 显示 了 如 何 修改 模型 和 代码 , 以 便 提 炼 出 CoRE DOMAIN。 但 是 ， 
接 下 来 的 两 个 模式 DOMAIN VISION STATEMENT 和 HiGHLIGHTED CORE 将 展示 如 何 用 最 少 的 投入 通过 
补充 文档 来 增进 沟通 、 提 高 人 们 对 核心 的 认识 并 使 之 把 精力 集中 到 开发 工作 上 来 …… 
15.4 模式: DoMAIN VISION STATEMENT 

在 项 目 开始 时 , 模型 通常 并 不 存在 , 但 是 模型 开发 的 需求 是 早 就 确定 下 来 的 重点 。 在 后 面 的 
开发 阶段 中 ,我 们 需要 解释 清楚 系统 的 价值 ， 但 这 并 不 需要 深入 地 分 析 模型 。 此 外 ， 领 域 模型 的 


关键 方面 可 能 跨越 多 个 BOUNDED CONTEXT， 但 从 定义 上 看 ， 这 些 模型 的 关注 点 是 各 不 相同 的 。 
很 多 项 目 团队 都 会 编写 “前 景 说 明 ” 以 便 管理 。 最 好 的 前 景 说 明 会 展示 出 应 用 程序 为 组 织带 
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来 的 具体 价值 。 一 些 前 景 说 明 会 把 领域 模型 当 作 一 项 战略 资产 来 创建 。 通常 ， 前景 说 明文 档 在 项 
目 启动 以 后 就 被 弃 之 不 用 了 , 而 在 实际 开发 过 程 中 从 来 不 会 使 用 它 , 甚至 根本 不 会 有 技术 人 员 去 


阅读 它 。 


DOMAIN VISION STATEMENT 就 是 模仿 这 类 文档 创建 的 ， 但 它 关注 的 重点 是 领域 模型 的 性 质 ， 
以 及 如 何 为 企业 带 来 价值 。 在 项 目 开发 的 所 有 阶段 , 管理 层 和 技术 人 员 都 可 以 直接 用 领域 前 景 说 
明 来 指导 资源 分 配 、 建 模 选 择 和 团队 成 员 的 培训 。 如 果 领 域 模型 为 多 个 群体 提供 服务 ， 那 么 此 文 


档 还 能 够 显示 出 他 们 的 利益 是 如 何 均衡 的 。 
因此 : 


写 一 份 CoRE DoMAIN 的 简短 描述 以 及 它 将 会 创造 的 价值 (大约 一 页 纸 ) , 也 就 是 “价值 主张 ”。 
那些 不 能 将 你 的 领域 模型 与 其 他 领域 模型 区 分 开 的 方面 就 不 要 写 了 。 展 示 出 领域 模型 是 如 何 实现 
和 均衡 各 方 利 益 的 。 这 份 描述 要 尽量 精简 。 尽 早 把 它 写 出 来 ， 等 到 获得 新 的 理解 后 再 修改 它 。 

DoMAIN VISION STATEMENT 可 以 用 作 一 个 指南 ， 它 帮助 开发 团队 在 精炼 模型 和 代码 的 过 程 中 
保持 统一 的 方向 。 团 队 中 的 非 技术 成 员 、 管 理 层 甚 至 是 客户 也 都 可 以 共享 领域 前 景 说 明 (当然 ， 


四 引 包含 专 有 信息 的 情况 除外 )。 


以 下 两 个 表格 分 别 包含 了 航班 预定 系统 和 半导体 工厂 自 动 化 系统 的 DovAw VISION STATEMENT。 


以 下 内 容 是 DoMAIN VISION STATEMENT 
的 一 部 分 
航班 预订 系统 
模型 可 以 表示 出 乘客 的 优先 级 和 航班 预订 策略 ,并 根据 
灵活 的 政策 来 平衡 这 些 方面 乘客 模型 应 该 反映 出 航空 公 
司 努力 发 展 与 回头 客 的 关系 这 一 点 。 因 此 , 它 应 该 用 简明 
的 形式 表示 出 生 客 的 历史 记录 .参与 过 的 特殊 活动 以 及 与 
战略 企业 客户 的 关系 ， 等 等 。 
表示 出 不 同 用 户 的 不 同 角色 (例如 乘客 ,代理 商 、 经 理 )， 
以 便 丰 富 关系 模型 并 为 安全 框架 提供 所 需 的 信息 。 
模型 应 该 支持 高 效 的 航线 /座位 搜索 ， 并 与 其 他 已 有 的 
航空 预订 系统 集成 。 











以 下 内 容 是 DOMAIN VISION STATEMENT 
的 一 部 分 
半导体 工厂 自动 化 
领域 模型 将 表示 出 材料 和 设备 在 芯片 厂 中 的 状态 ,以 便 
提供 必要 的 审计 跟踪 ， 并 支持 自动 化 的 工艺 流程 。 
模型 不 包括 工艺 流程 中 所 需 的 人 力 资源 ,但 必须 通过 下 
载 工艺 配方 来 实现 有 选择 性 的 流程 自动 化 。 
工厂 状况 的 描述 应 该 使 管理 人 员 能 够 理解 ,以 便 使 他 们 
有 更 深层 的 认识 并 制定 更 好 的 决策 。 


以 下 内 容 虽然 很 重要 ， 但 它 不 是 DoMAIN 
VisION STATEMENT 的 一 部 分 


航班 预订 系统 
用 户 界面 应 该 兼顾 新 老 用 户 ,让 老 用 户 能 够 快速 流畅 地 
操作 ， 让 新 用 户 也 能 易于 使 用 。 
系统 将 提供 Web 访 问 ， 可 以 把 数据 传输 到 其 他 系统 , 或 
通过 其 他 的 UI 提 供 访问 ， 因 此 接口 应 该 用 XML 来 设计 ， 
尖 信 用 竺 扣 局 米 本 六 史 开本 可 要 丘 斩 到 闪 他 直 术 


站 沁 包 的 动 加 iogo 特 绩 丰 到 客户 机 上 ， 以 便 将 来 访问 时 
能 够 快速 显示 。 

当 客户 提交 预订 时 ， 在 5 秒 钟 内 提供 可 以 看 到 的 确认 信 
息 。 

安全 框架 将 验证 用 户 的 身份 ,然后 根据 分 配给 特定 用 户 
角色 的 权限 来 限制 他 能 够 访问 的 具体 特性 。 


以 下 内 容 虽 然 很 重要 ， 但 它 不 是 DoMAIN 
VISION STATEMENT 的 一 部 分 


半导体 工厂 自动 化 

软件 应 该 能 够 通过 一 个 serviet 提 供 Web 访 问 ， 
构 应 该 允许 使 用 不 同 的 接口 。 

尽 可 能 使 用 行业 标准 的 技术 , 以 避免 内 部 开发 , 减少 维 
护 成 本 , 并 最 大 限度 地 利用 外 部 的 专业 资源 。 应 该 把 开源 
解决 方案 作为 首选 (例如 Apache Web 服 务 器 ) 。 

Web 服 务 器 将 在 专用 服务 器 上 运行 。 应 用 程序 将 在 另 一 
台 单 独 的 专用 服务 器 上 运行 。 


但 它 的 结 








DoMAIN VISION STATEMENT 为 团队 提供 了 统一 的 方向 。 但 在 高 层次 的 说 明和 代码 或 模型 的 完 
整 细节 之 间 通常 还 需要 做 一 些 衔接 …… 


15.5 模式 : HIGHLIGHTED CORE 


DOMAIN VISION STATEMENT 从 宽泛 的 角度 对 CoRE DoMAIN 进 行 了 说 明 ， 但 它 把 具体 核心 模型 
元 素 留 给 人 们 自己 去 解释 和 猜测 。 除 非 团队 的 沟通 极其 充分 ， 否 则 单 等 VISION STATEMENT 是 很 难 
产生 什么 效果 的 。 





尽管 团队 成 员 可 能 大 体 上 知道 核心 领域 是 由 什么 构成 的 , 但 CORE DoMAIN 中 到 底 包含 哪些 元 
素 , 不 同 的 人 会 有 不 同 的 理解 甚至 同一 个 人 在 不 同 的 时 间 也 会 有 不 同 的 理解 。 如 果 我 们 总 是 要 
不 断 过 滤 模 型 以 便 识别 出 关键 部 分 , 那么 就 会 分 散 本 应 该 投入 到 设计 上 的 精力 , 而 且 这 还 需要 广 
泛 的 模型 知识 。 因 此 ，CoRE DoMAIN 必 须要 很 容易 被 分 辨 出 来 。 

对 代码 所 做 的 重大 结构 性 改动 是 识别 CORE DoMAIN 的 理想 方式 , 但 这 些 改动 往往 无 法 在 短期 
内 完成 。 事 实 上 ， 如 果 团 队 的 认识 还 不 够 全 面 ， 这 样 的 重大 代码 修改 是 很 难 进行 的 。 

通过 修改 模型 的 组 织 结构 (例如 划分 GENERIC SUBDOMAIN 和 本 章 后 面 要 介绍 的 一 些 改动 )， 
可 以 用 MopULE 表 达 出 核心 领域 。 但 如 果 把 它 作为 表达 CoRE DoMAIN 的 唯一 方法 ， 那 么 对 模型 的 
改动 会 很 大 ， 因 此 很 难 马上 看 到 结果 。 

我 们 可 能 需要 用 一 种 轻 量 级 的 解决 方案 来 补充 这 些 激进 的 技术 。 可 能 有 一 些 约束 使 你 无 法 从 
物理 上 分 离 出 CORE， 或 者 你 可 能 是 从 现 有 代码 开始 工作 的 ， 而 这 些 代码 并 没有 很 好 地 区 分 出 
CoRE， 但 你 确实 很 需要 知道 什么 是 CORE 并 把 它 共享 给 大 家 ， 以 便 有 效 地 通过 重 构 进行 更 好 的 精 
炼 。 即使 到 了 高 级 阶段 , 通过 仔细 挑选 几 个 图 或 文档 , 也 能 够 为 团队 提供 思考 的 定位 点 和 切入 点 。 

无 论 是 使 用 了 详尽 的 UML 模 型 的 项 目 ， 还 是 那些 只 使 用 很 少 的 外 部 文档 并 且 把 代码 用 作 主 
要 的 模型 存储 库 的 项 目 〈 例 如 XP 项 目 )， 都 会 面临 这 些 问题 。 极 限 编程 团队 可 能 采用 更 简洁 的 做 
法 ， 他 们 更 少 地 使 用 这 些 补充 解决 方案 ， 而 且 只 是 临时 使 用 〈 例 如 ， 在 墙 上 挂 一 张 手 绘 的 图 ， 让 
所 有 人 都 能 看 到 )， 但 这 些 技术 可 以 很 好 地 结合 到 开发 过 程 中 。 

把 模型 的 一 个 特别 的 部 分 连同 它 的 实现 划分 出 来 只 是 对 模型 的 一 种 反映 , 而 不 是 模型 本 身 必 
不 可 少 的 部 分 。 任 何 使 人 们 易于 了 解 CoRE DoMAIN 的 技术 都 可 以 采用 。 这 类 解决 方案 有 两 种 典型 
的 代表 性 技术 。 


15.5.1 精炼 文档 
我 经 常会 创建 一 个 单独 的 文档 来 描述 和 解释 CORE DoMAIN。 这 个 文档 可 能 很 简单 ， 只 是 最 基 
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本 的 概念 对 象 的 清单 。 它 可 能 是 一 组 描述 这 些 对 象 的 图 ， 显示 了 它们 的 最 重要 的 关系 。 它 可 能 在 
抽象 层次 上 或 通过 示例 来 描述 基本 的 交互 过 程 。 它 可 能 会 使 用 UML 类 图 或 序列 图 、 专 用 于 领域 
的 非 标准 的 图 、 措 秤 严谨 的 文字 解释 或 上 述 这 些 元 素 的 组 合 。 精 炼 文档 并 不 是 完备 的 设计 文档 。 
它 只 是 一 个 最 简单 的 切入 点 ， 描 述 并 解释 了 核心 ， 并 给 出 了 更 进一步 研究 这 些 核心 部 分 的 理由 。 
精炼 文档 为 读者 提供 了 一 个 总 体 视图 , 指出 了 各 个 部 分 是 如 何 组 合 到 一 起 的 , 并且 指导 读者 到 相 
应 的 代码 部 分 寻找 更 多 细节 。 

因此 (作为 HtGHLIGHTED CORE (突出 核心 ) 的 一 种 形式 ): 

编写 一 个 非常 简短 的 文档 (3 一 7 页 , 每 页 内 容 不 必 太 多 )， 用 于 描述 CORE DOMAIN 以 及 CORE 
元 素 之 间 的 主要 交互 过 程 。 

独立 文档 带 来 的 所 有 常见 风险 也 会 在 这 里 出 现 : 

(1) 文档 可 能 得 不 到 维护 ， 

(2) 文档 可 能 没 人 阅读 ， 

(3) 由 于 有 多 个 信息 来 源 ， 文 档 可 能 达 不 到 简化 复杂 性 的 目的 。 

控制 这 些 风险 的 最 好 方法 是 保持 绝对 的 精简 。 剔 除 那些 不 重要 的 细节 ,只 关注 核心 抽象 以 及 
它们 的 交互 ， 这 样 文档 的 老化 速度 就 会 减 慢 ， 因 为 这 个 层次 的 模型 通常 更 稳定 。 

精炼 文档 应 该 能 够 被 团队 中 的 非 技术 人 员 理 解 。 把 它 当 作 一 个 共享 的 视图 , 描述 每 个 人 都 应 
该 知道 的 东西 ， 而 且 可 以 把 它 作为 团队 所 有 成 员 研 究 模型 和 代码 的 一 个 起 点 。 


15.5.2 ”标明 CORE 


我 以 前 参加 过 一 家 大 型 保险 公司 的 项 目 ， 在 上 班 的 第 一 天 ， 有 人 给 了 我 一 份 200 页 的 “领域 
模型 ”文档 的 复印 件 ， 这 个 文档 是 花 高 价 从 一 家 行业 协会 购买 的 。 我 花 了 几 天 时 间 仔细 研究 了 一 
大 堆 类 图 ， 它 们 涵盖 了 所 有 细节 ， 从 详细 的 保险 政策 组 合 到 入 们 之 间 极 为 抽象 的 关系 模型 。 这 些 
模型 的 质量 也 参差 不 齐 ， 有 的 只 有 高 中 生 的 水 平 ， 有 的 却 相当 好 (有 几 个 甚至 描述 了 业务 规则 ， 
至 少 在 附带 的 文本 中 做 了 描述 )。 但 我 要 从 哪里 开始 工作 呢 ? 要 知道 它 有 200 页 啊 。 

这 个 项 目的 人 员 热衷 于 构建 抽象 框架 , 我 的 前 任 们 非常 关注 人 与 人 之 间 、 人 与 事物 之 间 以 及 
人 与 活动 或 协议 之 间 的 抽象 关系 模型 。 他 们 确实 对 关系 进行 了 很 好 的 分 析 , 而 且 模型 实验 也 达到 
了 专业 研究 项 目的 水 准 ， 但 却 并 没有 使 我 们 找到 开发 这 个 保险 应 用 程序 的 任何 思路 。 

我 对 它 的 第 一 反应 就 是 大 幅 删 减 ,找到 一 个 小 的 CoRE DOMAIN 并 重 构 它 , 然后 再 逐步 添加 其 
他 细节 。 但 我 的 这 个 观点 使 管理 层 感 到 担心 。 这 份 文档 具有 极 大 的 权威 性 。 它 是 由 整个 行业 的 专 
家 们 编写 的 , 而 且 无 论 如 何 他 们 付 给 协会 的 费用 远 远 超过 付 给 我 的 费用 ,因此 他 们 不 太 可 能 慎重 
考虑 我 所 提出 的 要 进行 彻底 修改 的 建议 。 但 我 知道 必须 有 一 个 共享 的 CoRE DOMAIN 视 图 ， 并 让 每 
个 人 的 工作 都 以 它 为 中 心 。 

我 没有 进行 重 构 , 而 是 走 查 了 文档 , 并 且 还 得 到 了 一 位 既 懂得 大 量 保险 业 一 般 知 识 又 了 解 我 
们 这 个 特殊 应 用 程序 的 具体 需求 的 业务 分 析 师 的 帮助 ,把 那些 体现 出 基本 的 、 区 别 于 其 他 系统 概 
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念 的 部 分 标识 出 来 ， 这些 是 我 们 真正 需要 处 理 的 部 分 。 我 提供 了 一 个 模型 的 导航 图 ， 它 清晰 地 显 
示 了 核心 ， 以 及 它 与 支持 特性 的 关系 。 

我 们 从 这 个 角度 开始 了 建立 原型 的 新 工作 , 很 快 就 开发 出 了 一 个 简化 的 应 用 程序 , 它 展示 了 
一 些 必需 的 功能 。 

这 甫 两 磅 重 的 再 生 纸 变 成 了 一 项 有 用 的 业务 资产 ,而 我 做 的 只 是 加 了 少量 的 页 标 和 一 些 黄色 
标记 。 

这 种 技术 并 不 仅 限于 纸 面 上 的 对 象 图 。 使 用 大 量 UML 图 的 团队 可 以 使 用 一 个 “原型 
(Stereotype) 来 识别 核心 元 素 。 把 代码 用 作 唯一 模型 存储 库 的 团队 可 以 使 用 注释 (可 以 采用 Java 
Doc 这 样 的 结构 ), 或 使 用 开发 环境 中 的 一 些 工具 。 使 用 哪 种 特定 技术 都 没关系 ,只 要 使 开发 人 员 
容易 分 辨 出 什么 在 核心 领域 内 ， 什 么 在 CoRE DOMAIN 外 就 可 以 了 

因此 (作为 另 一 种 形式 的 HIGHLIGHTED CoRE) : 

把 模型 的 主要 存储 库 中 的 CORE DoMAIN 标 记 出 来 ,而 不 要 特意 去 阐明 其 角色 。 使 开发 人 员 很 
容易 就 知道 什么 在 核心 内 ， 什 么 在 核心 外 。 

现在 ,我 们 只 做 了 很 少 的 处 理 和 维护 工作 ， 负 责 处 理 模型 的 人 员 就 已 经 清晰 地 看 到 CORE 
DoMAIN 了 ， 至 少 模型 已 经 被 整理 得 很 好 ， 使 人 们 很 容易 分 清 各 个 部 分 的 组 成 。 


15.5.3 ”把 精炼 文档 作为 过 程 工具 


理论 上 ， 在 XP 项 目 上 工作 的 任何 一 对 人 员 (两 位 一 起 工作 的 程序 员 ) 都 可 以 修改 系统 中 的 
任何 代码 。 但 在 实际 中 , 一些 修 改 会 产生 很 大 影响 ， 因 此 需要 更 多 的 商量 和 协调 。 按 照 项 目 通常 
的 组 织 形式 ， 当 在 基础 设施 层 中 工作 时 ， 变 更 的 影响 可 能 很 清楚 ， 但 在 领域 居中， 影响 就 不 那么 
明显 了 。 

从 CORE DOMAIN 的 概念 来 看 , 这 种 影响 更 为 清楚 。 更改 CORE DOMAIN 模 型 会 产生 较 大 的 影响 。 
对 广泛 使 用 的 通用 元 素 进行 修改 可 能 要 求 更 新 大 量 的 代码 , 但 不 会 像 CORE DOMAIN 修改 那样 产生 
概念 上 的 变化 。 

把 精炼 文档 作为 一 个 指南 。 如 果 开 发 人 员 发 现 精炼 文档 本 身 需 要 修改 以 便 与 他 们 的 代码 或 模 
型 修改 保持 同步 ， 那 么 这 样 的 修改 需要 大 家 一 起 协商 。 这 种 修改 要 么 是 从 根本 上 修改 CORE 
DoMAmN 元 素 或 关系 ， 要 么 是 修改 CoRE DOMAIN 的 边界 ， 把 一 些 元 素 包含 进来 ， 或 是 把 一 些 元 素 
排除 出 去 。 不 管 使 用 什么 沟通 渠道 (包括 新 版 本 的 精炼 文档 的 分 发 )， 模 型 的 修改 都 必须 传达 到 
整个 团队 。 

如 果 精 炼 文档 概括 了 CORE DOMAIN 的 基本 元 素 ， 那 么 它 就 可 以 作为 一 个 指示 器 用 来 指示 模 
型 改变 的 重要 程度 。 当 模型 或 代码 的 修改 影响 到 精炼 文档 时 ， 需 要 与 团队 其 他 成 员 一 起 协商 。 
当 对 精炼 文档 做 出 修改 时 ， 需 要 立即 通知 所 有 团队 成 员 ， 而 且 要 把 新 版 本 的 文档 分 发 给 他 们 。 
CoRE 外 部 的 修改 或 精炼 文档 外 部 的 细节 修改 则 无 需 协 商 或 通知 ， 可 以 直接 把 它们 集成 到 系统 
中 ， 其 他 成 员 在 后 续 工作 过 程 中 自然 会 看 到 这 些 修改 。 这 样 开发 人 员 就 拥有 了 XP 所 提供 的 完全 
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的 自治 性 。 





尽管 VISION STATEMENT 和 HIGHLIGHTED CORE 可 以 起 到 通知 和 指导 的 作用 , 但 它们 本 身 并 没有 
修改 模型 或 代码 。 具 体 地 划分 GENERIC SUBDOMAIN 可 以 除去 一 些 非 核 心 元 素 。 接 下 来 的 几 个 模式 
着 眼 于 从 结构 上 修改 模型 和 设计 本 身 ， 目 的 是 使 CORE DoMAI 更 明显 ， 更 易于 管理 。 


15.6 模式 : COHESIVE MECHANISM 


封装 机 制 是 面向 对 象 设计 的 一 个 基本 原则 。 把 复杂 算法 隐藏 到 方法 中 , 再 为 方法 起 一 个 一 看 
就 知道 其 用 途 的 名 字 ， 这 样 就 把 “做 什么 ”和 “如 何 做 ”分 开 了 。 这 种 技术 使 设计 更 易于 理解 和 
使 用 。 然 而 它 也 有 一 些 先天 的 局 限 性 。 

计算 有 时 会 非常 复杂 ， 使 设计 开始 变 得 膨胀 。 机 制 性 的 “如 何 做 ”大 量 增 加 ， 而 把 概念 性 的 
“做 什么 ”完全 掩盖 了 。 为 解决 问题 提供 算法 的 大 量 方法 掩盖 了 那些 用 于 表达 问题 的 方法 。 

这 一 过 程 的 扩散 是 模型 出 问题 的 一 种 症状 。 这 时 应 该 通过 重 构 得 到 更 深层 的 理解 ， 从 而 找到 
更 适合 解决 问题 的 模型 和 设计 元 素 。 首先 要 寻找 的 解决 方案 是 找到 一 个 能 使 计算 机 制 变 得 简单 的 
模型 。 但 有 时 我 们 会 发 现 ， 有 些 计 算 机 制 本 身 在 概念 上 就 是 内 聚 的 。 这 种 内 聚 的 计算 概念 可 能 并 
不 包括 我 们 所 需 的 全 部 计算 。 我 们 讨论 的 也 不 是 一 种 万 能 的 计算 器 。 把 内 聚 部 分 提取 出 来 会 使 得 
剩 下 的 部 分 更 易于 理解 。 

因此 : 

把 概念 上 的 COHESIVE MECHANISM (内 聚 机 制 ) 分 离 到 一 个 单独 的 轻 量 级 框架 中 。 要 特别 注 
意 公式 算法 或 那些 有 完备 文档 的 算法 。 用 一 个 INTENTION-REVEALING INTERFACE 来 公开 这 个 框架 
的 功能 。 现 在 ， 领 域 中 的 其 他 元 素 就 可 以 只 专注 于 如 何 表达 问题 (做 什么 ) 了 ， 而 把 解决 方案 的 
复杂 细节 〈 如 何 做 ) 转移 给 了 框架 。 

然后 ， 这 些 被 分 离 出 来 的 机 制 承担 起 支持 的 任务 ， 从 而 留 下 一 个 更 小 的 、 表 达 得 更 清楚 的 
CoRE DoMAIN， 这 个 核心 以 更 明确 的 方式 通过 接口 来 使 用 这 些 机 制 。 

把 标准 的 算法 或 公式 识别 出 来 以 后 ， 可 以 把 一 部 分 设计 的 复杂 性 转移 到 一 系列 已 经 过 深入 
研究 的 概念 中 。 在 这 种 方法 的 引导 下 ， 我 们 可 以 放心 地 实现 一 个 解决 方案 ， 而 且 只 需 进行 很 少 
的 尝试 和 改 错 。 我 们 可 以 依靠 其 他 一 些 了 解 这 种 算法 或 至 少 能 够 查 到 相关 资料 的 开发 人 员 。 这 
个 好 处 类 似 于 从 公开 发 布 的 GENERIC SUBDOMAIN 模 型 获得 的 好 处 ， 但 找到 完备 的 算法 或 公式 计 
算 的 机 会 比 利 用 通用 子 领 域 模型 的 机 会 更 大 一 些 ， 因 为 这 种 水 平 的 计算 机 科学 已 经 有 了 较 深入 
的 研究 。 但 是 ， 我 们 仍 常常 需要 创建 新 的 算法 。 创 建 的 算法 应 该 主要 用 于 计算 ， 避 免 在 算法 中 
混杂 用 于 表达 问题 的 领域 模型 。 二 者 的 职责 应 该 分 离 。CORE DOMAIN 或 GENERIC SUBDOMAIN 的 
模型 描述 的 是 事实 、 规 则 或 问题 。 而 CoHEsIVE MECHANISM 则 用 来 满足 规则 或 者 用 来 完成 模型 指 
定 的 计算 。 
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| 示例 从 组 织 结构 图 中 分 离 出 一 个 COHESIVE MECHANISM 


我 曾经 在 一 个 项 目 上 经 历 过 这 种 分 离 过 程 , 这 个 项 目 需要 一 种 非常 详细 的 组 织 结构 图 模型 。 
这 个 模型 可 以 表示 出 一 个 人 正在 为 谁 工作 以 及 他 属于 哪个 分 支部 门 ， 模 型 还 提供 了 一 个 接口 ， 
通过 这 个 接口 可 以 提出 和 回答 相关 的 问题 。 由 于 大 部 分 问题 都 类 似 于 “在 这 个 指挥 链 中 谁 有 权 
批准 这 件 事 ”或 “在 这 个 部 门 中 谁 能 够 处 理 这 样 的 问题 ”， 因 此 团队 意识 到 大 部 分 复杂 性 都 来 自 
于 遍历 组 织 树 中 的 特定 分 支 ， 从 中 搜索 特定 的 人 员 或 关系 。 这 恰好 是 成 熟 的 图 形 系统 所 能 够 解 
决 的 问题 ， 图 由 一 个 节点 集合 (各 个 节点 通过 弛 连 接 起 来 ， 羽 叫做 边 ) 以 及 遍历 图 所 需 的 规则 
和 算法 组 成 。 

负责 这 项 工作 的 开发 人 员 开发 出 了 一 个 图 的 遍历 框架 ， 并 把 它 实现 为 一 种 CoHESIVE 
MECHANISM。 这 个 框架 使 用 了 标准 的 图 形 术 语 和 算法 ， 大 多 数 计 算 机 专业 人 员 都 很 熟悉 这 些 术 
语 和 算法 ， 而 且 它们 在 教科 书 中 也 大 量 出 现 。 这 位 开发 人 员 并 没有 实现 一 个 完整 的 概念 框架 ， 而 
只 是 实现 了 它 的 一 个 子 集 ， 该 子 集 涵盖 了 组 织 模型 所 需 的 功能 。 而 且 由 于 有 了 一 个 
INTENTION-REVEALING INTERFACE， 因 此 以 何 种 方式 获取 答案 并 不 是 我 们 主要 关心 的 问题 。 

现在 , 组 织 模型 可 以 用 标准 的 图 形 术 语 简单 地 把 每 个 人 表示 为 一 个 节点 , 把 人 们 之 间 的 关系 
表示 为 连接 这 些 节点 的 边 ( 弧 )。 这 样 ， 使 用 这 个 图 形 框架 机 制 就 可 以 找到 任意 两 个 人 之 间 的 关 
系 了 。 

如 果 这 个 机 制 被 混杂 到 领域 模型 中 , 那么 将 会 产生 两 个 后 果 。 一 是 模型 会 与 一 个 用 于 解决 问 
题 的 特殊 方法 耦合 在 一 起 ， 这 将 限制 将 来 的 选择 。 更 重要 的 是 ,组织 的 模型 将 变 得 异常 复杂 和 混 
乱 。 把 该 机 制 与 模型 分 开 的 好 处 是 可 以 用 声明 式 的 风格 来 描述 组 织 ,使 组 织 结构 变 得 更 清晰 。 而 
且 用 于 图 形 操作 的 复杂 代码 被 分 离 到 一 个 单纯 的 、 基 于 成 熟 算法 的 机 制 框架 中 ,从 而 可 以 进行 单 
独 的 维护 和 单元 测试 。 








CoHESIVE MECHANISM 的 另 一 个 例子 是 用 一 个 框架 来 构造 SPECIFICATION 对 象 ， 并 为 这 些 对 象 
所 需 的 基本 的 比较 和 组 合 操作 提供 支持 。 利 用 这 个 框架 ，CORE DOMAIN 和 GENERIC SUBDOMAIN 可 
以 用 SPEcCIFICATION 模 式 中 所 描述 的 清晰 的 、 易 于 理解 的 语言 来 声明 它们 的 规格 (参见 第 10 章 )。 
这 样 ， 比 较 和 组 合 等 复杂 操作 可 以 留 给 框架 去 完成 。 





15.6.1 GENERIC SUBDOMAIN 与 COHESIVE MECHANISM 的 比较 


GENERIC SUBDOMAIN 与 COHESIVE MECHANISM 的 动机 都 是 相同 的 一 一 为 CORE DOMAIN 减负 。 区 
别 在 于 二 者 所 承担 的 职责 的 性 质 不 同 。GENERIC SUBDOMAIN 是 以 一 个 描述 问题 的 模型 作为 基础 
的 ， 它 用 这 个 模型 表示 出 团队 会 如 何 看 待 领域 的 某 个 方面 。 在 这 一 点 上 它 与 CORE DOMAIN 没 什么 
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区 别 ， 只 是 重要 性 和 专门 程度 较 低 而 已 。CoHEsIVE MECHANISM 并 不 表示 领域 ， 它 的 目的 是 解决 
描述 性 模型 所 提出 来 的 一 些 复杂 的 计算 问题 。 

模型 提出 问题 ，COHESIVE MECHANISM 解 决 问题 。 

在 实践 中 ， 除 非 你 识别 出 一 种 正式 的 、 公 开发 布 的 算法 ， 否 则 这 种 区 别 通常 并 不 十 分 清楚 ， 
至 少 在 开始 时 是 这 样 。 在 后 续 的 重 构 中 ,如 果 发 现 一 些 先前 未 识别 的 模型 概念 会 使 这 种 机 制 变 得 
更 为 简单 ， 那 么 就 可 以 把 这 种 算法 精炼 成 一 种 更 纯粹 的 机 制 ， 或 者 转换 为 一 个 GENERIC 
SUBDOMAIN。 


15.6.2 “MECHANISM 是 CORE DOMAIN 一 部 分 


我 们 几乎 总 是 想 要 把 MECHANISM 从 CoRE DoMAIN 中 分 离 出 去 。 一 个 例外 是 MECHANISM 本 身 就 
是 一 个 专 有 部 分 并 且 是 软件 的 一 项 核心 价值 。 有 时 ， 非 常 专用 的 算法 就 是 这 种 情况 。 例 如 ， 如 果 
一 个 非常 高 效 的 算法 (用 于 计算 日 程 安排 ) 是 运输 物流 应 用 程序 中 的 标志 性 特性 之 一 ， 那 么 该 机 
制 就 可 以 被 认为 是 概念 核心 的 一 部 分 。 我 以 前 参加 过 一 个 投资 银行 的 项 目 ,在 这 个 项 目 中 有 一 个 
非常 专业 的 风险 评估 算法 ， 它 无 疑 是 CORE DoMAIN 的 一 部 分 (事实 上 ， 这 个 算法 是 高 度 机 密 的 ， 
甚至 大 部 分 核心 开发 人 员 都 看 不 到 它们 )。 当 然 ， 这 些 算法 可 能 是 一 个 用 于 预测 风险 的 规则 集 的 
特殊 实现 。 通过 更 深入 的 分 析 可 能 会 得 到 一 个 更 深层 的 模型 ， 从 而 用 一 种 封装 的 解决 机 制 把 这 些 
规则 显 式 地 表达 出 来 。 

但 那 只 是 将 来 要 做 的 进一步 改进 。 是 否 做 这 个 决定 取决 于 成 本 -效益 分 析 。 实 现 新 设计 的 难 
度 有 多 大 ? 当前 设计 有 多 难 理解 和 修改 ? 采用 更 高 级 的 设计 后 ,对 从 事 这 些 工作 的 人 来 说 , 设计 
会 得 到 多 大 程度 的 简化 ? 当然， 有 人 对 新 模型 的 组 成 有 什么 想法 吗 ? 





有 及 党 了 一 而 ，MECHANSV 又 重新 回 到 组 织 结构 图 中 


实际 上 ， 在 我 们 完成 了 前 面 示例 中 的 组 织 模型 一 年 之 后 ， 其 他 开发 人 员 又 重新 设计 了 它 ， 
取消 了 图 形 框 架 的 分 离 。 他 们 认为 对 象 数量 在 增加 ， 而 且 把 这 种 MECHANISM 分 离 到 单独 的 包 中 
也 会 变 得 很 复杂 ， 于 是 觉得 这 二 者 没 必要 如 此 。 相 反 ， 他 们 把 节点 行为 添加 到 组 织 ENTITY 的 父 
类 中 。 但 他 们 保留 了 组 织 模型 的 声明 式 公共 接口 。 他 们 甚至 在 组 织 ENTITY 中 保持 了 MECHANISM 
的 封装 。 





绕 弯 路 之 后 又 返回 到 原来 的 老路 上 是 很 常见 的 事情 , 但 并 不 会 退回 到 起 点 。 最 终结 果 通 常 是 
得 到 了 一 个 更 深层 的 模型 ， 这 个 模型 能 够 更 清楚 地 区 分 出 事实 、 目 标 和 MECHANISM。 实 用 的 重 构 
在 保留 中 间 阶 段 的 重要 价值 的 同时 还 能 够 去 除 不 必要 的 复杂 性 。 
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15.7 ”通过 精炼 得 到 声明 式 风 格 


声明 式 设计 和 “声明 式 风格 ”是 第 10 章 的 一 个 主题 , 但 本 章 的 战略 精炼 这 个 话题 上 ， 有 必要 
特别 提 一 下 这 种 设计 风格 。 精 炼 的 价值 在 于 使 你 能 够 看 到 自己 正在 做 什么 ,不 让 无 关 细节 分 散 你 
的 注意 力 , 并 通过 不 断 削 减 得 到 核心 。 如 果 领 域 中 那些 起 到 支持 作用 的 部 分 提供 了 一 种 简练 的 语 
言 ， 可 用 于 表示 CoRE 概 念 和 规则 ， 同 时 又 能 够 把 计算 或 实施 这 些 概念 和 规则 的 方式 封装 起 来 ， 
那么 CoRE DOMAIN 的 重要 部 分 就 可 以 采用 声明 式 设计 。 

COHESIVE MECHANISM 用 途 最 大 的 地 方 是 它 通过 一 个 INTENTION-REVEALING INTERFACE 来 提供 
访问 ， 并且 具有 概念 上 一 致 的 ASSERTION 和 SIDE-EFFECT-FREE FUNCTION。 利 用 这 些 MECHANISM 和 
鳞 性 设计 ，CORE DoMAIN 可 以 使 用 有 意义 的 声明 ， 而 不 必 调 用 难 懂 的 函数 。 但 最 不 同 寻 常 的 回报 
来 自 于 使 CORE DOMAIN 的 一 部 分 产生 突破 ,得 到 一 个 深层 模型 ,而且 这 部 分 核心 领域 本 身 成 为 了 
一 种 语言 ， 可 以 灵活 且 精 确 地 表达 出 最 重要 的 应 用 场景 。 

深层 模型 往往 与 相对 应 的 柔性 设计 一 起 产生 。 和 柔性 设计 变 得 成 熟 的 时 候 , 就 可 以 提供 一 组 易 
于 理解 的 元 素 , 我 们 可 以 明确 地 把 它们 组 合 到 一 起 来 完成 复杂 的 任务 , 或 表达 复杂 的 信息 ,就 像 
单词 组 成 名 子 一 样 。 此 时 ， 客 户 代码 就 可 以 采用 声明 式 风格 ， 而 且 更 为 精炼 。 

把 GENERIC SUBDOMAIN 提 取出 来 可 以 减少 混乱 ， 并 且 内 聚 机 制 可 以 把 复杂 操作 封装 起 来 。 这 
样 可 以 得 到 一 个 更 专注 的 模型 ， 从 而 减少 了 那些 对 用 户 活动 没什么 价值 的 、 分 散 注意 力 的 方面 。 
但 我 们 不 太 可 能 为 领域 模型 中 所 有 非 CoRE 元 素 安排 一 个 适当 的 去 处 。SEGREGATED CORE (隔离 的 
核心 ) 采用 直接 的 方法 从 结构 上 把 CORE DoMAIN 划 分 出 来 。 


15.8 模式: SEGREGATED CORE 


模型 中 的 元 素 可 能 有 一 部 分 属于 CORE DOMAIN, 而 另 一 部 分 起 支持 作用 。 核 心 元 素 可 能 与 一 
般 元 素 紧密 耦合 在 一 起 。CoRE 的 概念 内 聚 性 可 能 不 是 很 强 ， 看 上 去 也 不 明显 。 这 种 混乱 性 和 粳 
合 关系 抑制 了 CoRE 的 分 离 。 设 计 人 员 如 果 无 法 清晰 地 看 到 最 重要 的 关系 ， 就 会 开发 出 一 个 脆弱 
的 设计 。 

通过 把 GENERIC SUBDOMAIN 提 取出 来 , 可 以 从 领域 中 清除 一 些 干 扰 性 的 细节 , 使 CORE 变 得 更 
清楚 。 但 识别 和 证 请 所 有 这 些 子 领域 是 很 困难 的 工作 , 而 且 有 些 工作 看 起 来 并 不 值得 去 做 。 同时， 
最 重要 的 CORE DOMAIN 仍然 与 剩 下 的 那些 元 素 纠缠 在 一 起 。 

因此 : 

对 模型 进行 重 构 ， 把 核心 概念 从 支持 性 元 素 (包括 定义 得 不 清楚 的 那些 元 素 ) 中 分 离 出 来 ， 
并 增强 CORE 的 内 聚 性 ， 同 时 减少 它 与 其 他 代码 的 耦合 。 把 所 有 通用 元 素 或 支持 性 元 素 提取 到 其 
他 对 象 中 ， 并 把 这 些 对 象 放 到 其 他 的 包 中 一 一 即使 这 会 把 一 些 紧密 耦合 的 元 素 分 开 。 

这 里 基本 上 采用 了 与 GENERIC SUBDOMAIN 一 样 的 原则 ， 只 是 从 另 一 个 方向 来 考虑 而 已 。 那 些 
在 应 用 程序 中 非常 关键 的 内 聚 子 领域 可 以 被 识别 出 来 ,并 分 离 到 它们 自己 的 内 聚 包 中 。 如 何 处 理 
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剩 下 那些 未 加 区 分 的 元 素 虽然 也 很 重要 , 但 其 重要 性 略 低 。 这 些 元 素 或 多 或 少 地 可 以 保留 在 原先 
的 位 置 ， 也 可 以 放 到 其 他 一 些 主要 的 类 中 。 最 后 ， 越 来 越 多 的 剩余 元 素 可 以 被 提取 到 GENERIC 
SuBpoMAIN 中 。 但 就 目前 来 看 , 使 用 哪 种 简单 解决 方案 都 可 以 , 只 需 把 注意 力 集中 在 SEGREGATED 
CoRE (隔离 的 核心 ) 上 即 可 。 





通过 重 构 得 到 SEGREGATED CORE 的 一 般 步骤 如 下 所 示 。 

(D 识别 出 一 个 CoRE 子 领域 (可 能 是 从 精炼 文档 中 得 到 的 )。 

(2) 把 相关 的 类 移 到 新 的 MoDULE 中 ， 并 根据 与 这 些 类 有 关 的 概念 为 模块 命名 。 

(3) 对 代码 进行 重 构 ， 把 那些 不 直接 表示 概念 的 数据 和 功能 分 离 出 来 。 把 分 离 出 来 的 元 素 放 
到 其 他 包 的 类 (可 以 是 新 的 类 ) 中 。 尽 量 把 它们 与 概念 上 相关 的 任务 放 在 一 起 ,但 不 要 为 了 追求 
完美 而 浪费 太 长 时 间 。 把 注意 力 放 在 提炼 CORE 子 领域 上 ， 并 且 使 CORE 子 领域 对 其 他 包 的 引用 变 
得 更 明显 且 易 于 理解 。 

(4) 对 新 的 SEGREGATED CORE MODULE 进 行 重 构 , 使 其 中 的 关系 和 交互 变 得 更 简单 、 表 达 得 更 
清楚 ， 并 且 最 大 限度 地 减少 并 澄清 它 与 其他 MoDULE 的 关系 (这 是 后 续 重 构 的 目标 )。 

(5) 对 另 一 个 CoRE 子 领域 重复 这 个 过 程 ， 真 到 完成 SEGREGATED CORE 的 工作 。 


15.8.1 创建 SEGREGATED CORE 的 代价 


有 了 时候， 把 CORE 隔 离 出 来 会 使 得 它 与 那些 紧密 看 合 的 非 CORE 类 的 关系 变 得 更 了 溉 ， 其 至 更 
复杂 ， 但 CoRE DoMAIN 更 清晰 了 ， 而 且 更 易于 处 理 ， 因 此 获得 的 好 处 还 是 足以 抵偿 这 种 代价 。 

SEGREGATED CORE 使 我 们 能 够 提高 CORE DOMAIN 的 内 聚 性 。 我 们 可 以 使 用 很 多 有 意义 的 方式 
来 分 解 模型 ， 有 了 时 在 创建 SEGREGATED CORE 时 ， 可 以 把 一 个 内 聚 性 很 好 的 MODULE 拆 分 开 ， 通 过 
牺牲 这 种 内 聚 性 来 换取 CoRE DOMAIN 的 内 聚 性 。 这 样 做 是 值得 的 ， 因 为 企业 软件 的 最 大 价值 来 自 
于 模型 中 企业 的 那些 特有 方面 。 

当然 , 另 一 个 代价 是 隔离 CoRE 需 要 付出 很 大 的 工作 量 。 我 们 必须 认识 到 , 在 做 出 SEGREGATED 
CoRE 的 决定 时 ， 有 可 能 需要 开发 人 员 对 整个 系统 做 出 修改 。 

当 系 统 有 一 个 很 大 的 、 非 常 重 要 的 BOUNDED CONTEXT 时 ， 如 果 模 型 的 关键 部 分 被 大 量 支 持 
性 功能 掩盖 了 ， 那 么 就 需要 创建 SEGREGATED CORE 了。 


15.8.2 不 断 发 展演 变 的 团队 决策 


就 像 很 多 战略 设计 决策 所 要 求 的 一 样 ， 创 建 SEGREGATED CORE 需 要 整个 团队 一 致 行动 。 这 一 
行动 需要 团队 的 一 致 决策 , 而 且 团队 必须 足够 自律 和 协调 才能 执行 这 样 的 决策 。 困难 之 处 在 于 既 
要 约束 每 个 人 使 其 都 使 用 相同 的 CoORE 定 义 ， 又 不 能 一 成 不 变 地 去 执行 这 个 决策 。 由 于 CORE 
DoMAIN 也 是 不 断 演变 的 〈 像 任何 其 他 设计 方面 一 样 )， 在 处 理 SEGREGATED CORE 的 过 程 中 我 们 会 


第 15 章 精炼 297 





不 断 积累 经 验 , 这 将 使 我 们 对 什么 是 核心 什么 是 支持 元 素 这 些 问题 产生 新 的 理解 。 我 们 应 该 把 这 
些 理解 反馈 到 设计 中 ， 从 而 得 到 更 完善 的 CORE DOMAIN 和 SEGREGATED CORE MODULE 的 定义 。 

这 意味 着 新 的 理解 必须 持续 不 断 地 在 整个 团队 中 共享 , 但 个 人 (或 编程 对 ) 不 能 单方 面 根 据 
这 些 理解 擅自 采取 行动 。 无 论 团队 采用 了 什么 样 的 决策 过 程 ， 团 队 一 致 通过 也 好 ， 由 领导 者 下 命 
令 决定 也 好 ， 决 策 过 程 都 必须 具有 足够 的 敏捷 性 ， 可 以 反复 纠正 。 须 进 行 有 效 的 沟通 ， 以 
便 使 每 个 人 都 共享 同一 个 CoRE 视 图 。 








请 ”把 货 物 运输 模型 的 Core 隔 离 出 来 
我 们 从 图 15-2 所 示 的 模型 开始 ， 把 它 作为 货物 运输 调度 软件 的 基础 。 


= Shipping 


一 一 Customer ] 
Agreement 

Customer ”| 全 一 Contact 一 | 
一 上 | 和 : Pricing Model 








{Agreement 可 能 对 路 线 构成 约束 } 


rt 
Cargo Route Specification 








cargold -| origin 
weight destination 


HazMat code customsclearance (op) | | Transport 
| opd) | ee Router 


{ltinerary 必 须 满足 Specification} ? 


—-Y [ Leg 1 


| | > 
| Ttinerary 一 id FE Location 
| Mm load | 
Bill of Lading 9 


| 

















Handling Step - * | Equipment |* a a | 


——| L 一 -一 洱 [ 








Biliing 1 


~ Pricing 
Model 








Invoice 























Money Curreney | 





图 15-2 
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注意 , 与 实际 应 用 程序 所 需 的 模型 相 比 ， 这 个 模型 是 高 度 简化 的 。 真 实 的 模型 过 于 复杂 , 不 
适合 作为 例子 。 因 此 ， 尽 管 这 个 示例 的 复杂 程度 可 能 不 足以 驱使 我 们 创建 SEGREGATEDCORE， 但 
可 以 把 这 个 模型 想象 得 十 分 复杂 ， 很 难 解释 ， 而 且 无 法 作为 一 个 整体 来 处 理 。 

现在 , 运输 模型 的 实质 是 什么 ?通常 “底线 ”是 一 个 很 好 的 起 点 。 按 照 这 个 思路 ,我们 可 能 
会 注意 到 Pricing (定价 ) 和 Invoice (发 票 ) 上 。 但 实际 上 我 们 需要 看 一 下 DOMAIN VISION STATEMENT。 
以 下 就 是 从 前 景 说 明 中 摘录 的 : 


这 个 应 用 程序 并 不 是 为 销售 部 门 设计 的 , 而 是 供 公司 一 线 操作 人 员 使 用 。 因 此 , 我 们 把 所 有 
与 金钱 有 关 的 问题 (当然 很 重要 ) 归结 为 支持 性 作用 。 已 经 有 人 把 一 些 这 样 的 项 放 到 一 个 单独 的 
包 (Billing) 中 。 我 们 可 以 保留 这 个 包 ， 并 进一步 确认 它 起 到 支持 作用 。 

我 们 需要 把 重点 放 在 货物 处 理 上 : 根据 客户 需求 来 运输 货物 。 我 们 把 与 这 些 活动 直接 相关 的 
类 提取 出 来 放 到 一 个 新 的 包 Delivery 中 ， 这 样 就 产生 了 一 个 SEGREGATED CORE， 如 图 15-3 所 示 。 

大 部 分 操作 都 只 是 把 类 移动 到 新 的 包 中 ， 但 模型 本 身 也 有 几 处 改动 。 

430 首先 ，Customer Agreement 对 Handling Step 进 行 了 约束 。 这 是 团队 在 隔离 CORE 过 程 中 获得 的 
了 典型 理解 。 由 于 团队 把 注意 力 放 在 有 效 、 正 确 的 运输 上 ， 显 然 Customer Agreement 中 的 运输 约束 
是 非常 重要 的 ， 而 且 应 该 在 模型 中 显 式 地 表达 出 来 。 

另 一 项 更 改 更 有 实效 。 在 重 构 之 后 的 模型 中 ，CustomerAgreement 直 接连 接 到 Cargo， 而 不 再 
需要 通过 Customer 进 行 导航 (在 预订 Cargo 时 ，Customer Agreement 必 须 像 Customer 一 样 连接 到 
Cargo) 。 在 实际 运输 时 ，Customer 与 运输 作业 的 关系 不 如 协议 与 作业 的 关系 紧密 。 而 在 原来 的 模 
型 中 ， 必 须根 据 Customer 在 运输 中 的 角色 找到 正确 的 Customer ， 然 后 再 查询 其 Customer 
Agreement。 这 种 交互 使 得 模型 表述 的 关系 不 易 理 解 。 新 的 关联 使 那些 最 重要 的 场景 变 得 尽 可 能 
简单 和 直接 。 现 在 就 很 容易 把 Customer 完 全 从 CoRE 中 分 离 出 去 了 。 

那么 到 底 是 否 应 该 把 Customer 提 取出 来 呢 ? 我 们 的 关注 点 是 要 满足 Customer 的 需求 ， 因 此 最 
初 看 上 去 Customer 应 该 属于 CoRE 。 然 而 ， 由 于 运输 期 间 的 交互 现在 可 以 直接 访问 Customer 
Agreement 了 ， 因 此 就 不 再 需要 Customer 类 。 这 样 Customer 的 基本 模型 就 非常 普通 了 。 

Leg 是 否 应 该 保留 在 CORE 中 这 个 问题 可 能 会 引起 很 大 的 争议 。 我 的 意见 是 CORE 应 保持 最 小 
化 ， 而且 Leg 与 Transport Schedule、Routing Service 和 Location 应 该 具有 更 紧密 的 联系 ， 而 这 三 者 
都 不 需要 在 CoRE 中 。 但 是 ， 如 果 这 个 模型 描述 的 很 多 场景 都 涉及 Leg， 那 么 我 就 会 把 它 移 到 
Delivery 包 中 ， 即 使 把 它 与 上 面 那些 类 分 开 显得 有 些 不 协调 。 

在 这 个 例子 中 ， 所 有 类 定义 都 与 先前 相同 ,但 精炼 通常 都 需要 对 类 进行 重 构 , 以 便 分 离 出 通 
用 的 职责 和 领域 的 专 有 职责 ， 然 后 就 可 以 把 核心 隔离 出 来 了 。 

既然 我 们 已 经 有 了 一 个 SEGREGATED CORE, 重 构 就 完成 了 。 但 剩 下 的 Shipping 包 正 是 “把 CORE 
提取 出 来 后 剩 下 的 所 有 东西 "。 我 们 可 以 再 进行 其 他 的 重 构 过 程 ， 以 便 得 到 更 清晰 的 打包 方式 ， 
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如 图 15-4 所 示 。 
Delivery <<eoresy 
{Agreement may constrain route} | | 
{Agreement may 
i ; 
| constrain handling} 
Cay RouteSpecifieation | | | 
origin : Location | 
Ce eo destination Location | | 
rE customs (opD : Location | | 
{ltinerary must satisfy specification} | 
| 
| 入 Vv 
Pe 
| 04 Ttinerary | Handling Step 
collection of Legs | collection of Equipment 
E ] 
BofLading | 
Shipping | 本 
Transport | 
Schedule | 一 
了 人 | Premg | 
Leg * 
计 | 
| 
unload -一 一 
Customer | 
| Contact | 
: Customer Agreement 
Equipment | 
Equipment > 下 加 | 














图 15-3 按照 客户 需求 可 靠 地 运输 货物 是 这 个 项 目的 核心 目标 
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| 
{Agreement may constrain route} 
{Agreement may 


FE [Rs | constrain handling} 
on | origin: Location — | 
cargold | ys ; 


destination: Location 


























| customs (opt): Location 


HazMat code 2 | 
{ltinerary must satisfy specification} 























pi 
| 0 Minerary | 
[sollection of Legs Ee collection of Equipment | 
| 一 一 一 一 
| mm ofLading ] 
ee CC Logistes 一 一 
一 r- 一 | | [站 Tanspot | | a | | 
. | Router 
Ta | Comme | | se Ce 
| | | na 
人 Fr | Pe | 
Invoice Pricing | | te |. | | 
Model | | | 
[ve | 请 Fem] vecuon | 
| load 一 Le ] | 
i | unload " | 
ROSE | 人 
本 | | Eqvipment [> -| nln | | 
ea c | Jnventory 家 
oney -ew urreney| | el bs | 
| = | 








15-4 ”完成 SEGREGATED CORE 之 后 留 下 的 有 意义 的 非 CoRE 子 领域 MoODULE 


这 种 效果 不 是 一 次 就 能 实现 的 ， 可 能 需要 经 过 多 次 重 构 。 于 是 ， 我 们 最 后 得 到 了 一 个 
SEGREGATED CORE 包 、 一 个 GENERIC SUBDOMAIN 和 两 个 起 支持 作用 的 领域 专用 包 。 在 有 了 更 深 
层 的 理解 后 ， 可 能 会 为 Customer 创 建 一 个 GENERIC SUBDOMAIN， 或 者 将 Customer 专 用 于 运输 。 

识别 有 用 的 、 有 意义 的 MoDULE 是 一 项 建 模 活动 (正如 第 5 章 中 所 讨论 的 那样 )。 开 发 人 员 和 
领域 专家 在 战略 精炼 中 进行 协作 ， 这 种 协作 是 知识 消化 过 程 的 一 部 分 。 
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15.9 模式 : ABSTRACT CORE 











即使 是 CORE DoMAIN 模 型 也 通常 会 包含 太 多 的 细节 ， 以 至 于 它 很 难 表达 出 整体 视图 。 





我 们 处 理 大 模型 的 方法 通常 是 把 它 分 解 为 足够 小 的 子 领 域 , 以 便 掌 担 它们 并 把 它们 放 到 一 些 
独立 的 MopULE 中 。 这 种 简化 式 的 打包 风格 通常 是 行 之 有 效 的 ， 能 够 使 一 个 复杂 的 模型 变 得 易于 
管理 。 但 有 时 创建 独立 的 MODULE 反 而 会 使 子 领域 之 间 的 交互 变 得 上 涩 难 懂 ， 甚 至 变 得 更 复杂 。 

当 不 同 MopULE 的 子 领域 之 间 有 大 量 交互 时 ， 要 么 需要 在 MODULE 之 间 创 建 很 多 引用 (在 很 
大 程度 上 抵消 了 划分 模块 的 价值 ) ， 要 么 就 必须 间接 地 实现 这 些 交 互 ， 而 后 者 会 使 模型 变 得 蜂 涩 
难 懂 。 

我 们 不 妨 考 虑 采用 横向 切割 而 不 是 纵向 切割 的 方式 。 多 态 性 (Polymorphism) 允许 我 们 忽略 
抽象 类 型 实例 的 很 多 细节 变化 。 如 果 MopULE 之 间 的 大 部 分 交互 都 可 以 在 多 态 接口 这 个 层次 上 表 
达 出 来 ， 那 么 就 可 以 把 这 些 类 型 重 构 到 一 个 特定 的 CoRE MopULE 中 。 

这 里 并 不 是 寻找 技术 上 的 技巧 。 只 有 当 领 域 中 的 基本 概念 能 够 用 多 态 接口 来 表达 时 , 这 才 是 
一 种 有 价值 的 技术 。 在 这 种 情况 下 ， 把 这 些 分 散 注意 力 的 细节 分 离 出 来 可 以 使 MoDULE 解 看 ， 同 
时 可 以 精炼 出 一 个 更 小 、 更 内 聚 的 CoRE DOMAIN。 

因此 : 

把 模型 中 最 基本 的 概念 识别 出 来 , 并 分 离 到 不 同 的 类 . 抽象 类 或 接口 中 。 设计 这 个 抽象 模型 ， 
使 之 能 够 表达 出 重要 组 件 之 间 的 大 部 分 交互 。 把 这 个 完整 的 抽象 模型 放 到 它 自己 的 MoDuLE 中 ， 
而 专用 的 、 详 细 的 实现 类 则 留 在 由 子 领域 定义 的 MODULE 中 。 

现在 ， 大 部 分 专用 的 类 都 将 引用 ABsTRACT CoRE MoDULE， 而 不 是 其 他 专用 的 MODULE。 
ABSTRACT CORE (抽象 核心 ) 提供 了 主要 概念 及 其 交互 的 简化 视图 。 








435 











加 





302 第 四 部 分 战略 设计 





提取 ABsTRACT CORE 并 不 是 一 个 机 械 的 过 程 。 例 如 ， 如 果 把 MopuLE 之 间 频 繁 引用 的 所 有 类 
都 自动 移动 到 一 个 单独 的 MoDULE 中 ， 那 么 结果 可 能 是 一 团 精 ， 这 样 的 结果 是 毫 无 意义 的 。 对 
ABSTRACT CORE 进 行 建 模 需 要 深入 理解 关键 概念 以 及 它们 在 系统 的 主要 交互 中 扮演 的 角色 。 换 言 
之 ， 它 是 通过 重 构 得 到 更 深层 理解 的 。 而 且 它 通常 需要 大 量 的 重新 设计 。 

如 果 项 目 中 同时 使 用 了 ABsTRACT CORE 和 精炼 文档 , 而 且 精 炼 文档 随 着 应 用 程序 理解 的 加 深 
而 不 断 演变 ， 那 么 抽象 核心 的 最 后 结果 看 起 来 应 该 与 精炼 文档 非常 类 似 。 当 然 ，ABSTRACT CORE 
是 用 代码 编写 的 ， 因 此 更 为 严格 和 完整 。 








15.10 ”深层 模型 精炼 


精炼 并 不 仅 限于 从 整体 上 把 领域 中 的 一 些 部 分 从 CORE 中 分 离 出 来 。 它 也 意味 着 对 子 领 域 ( 特 
别 是 CoRE DoMAIN) 进行 精炼 ， 通 过 连续 的 重 构 得 到 更 深层 的 理解 ， 从 而 向 深层 模型 和 柔性 设计 
推进 。 精 炼 的 目标 是 把 模型 设计 得 更 明显 ,使 我 们 可 以 用 模型 简单 地 把 领域 表示 出 来 。 深 层 模型 
把 领域 中 最 本 质 的 方面 精炼 成 一 些 简单 的 元 素 , 使 我 们 可 以 把 这 些 元 素 组 合 起 来 解决 应 用 程序 中 
的 重要 问题 。 

尽管 任何 一 次 突破 都 会 得 到 一 个 有 价值 的 深层 模型 , 但 只 有 CORE DoMAIN 中 的 突破 才能 改变 
整个 项 目的 轨道 。 


15.11 选择 重 构 目 标 


当 你 遇 到 一 个 杂乱 无 章 的 大 型 系统 时 ， 应 该 从 哪里 人 手 呢 ? 在 XP 社 区 中 ， 答 案 往往 是 以 下 
i 
(D) 可 以 从 任何 地 方 开始 ， 因 为 所 有 的 东西 都 要 进行 重 构 ， 

(2) 从 影响 你 工作 的 那 部 分 开始 一 一 也 就 是 完成 具体 任务 所 需要 的 那个 部 分 。 

这 两 种 做 法 我 都 不 赞成 。 第 一 种 做 法 并 不 十 分 可 行 , 只 有 少数 完全 由 顶尖 的 程序 员 组 成 的 团 
队 才 是 例外 。 第 二 种 做 法 往往 只 是 对 外 围 问题 进行 了 处 理 ， 只 治 其 标 而 不 治 其 本 ,回避 了 最 严重 
的 问题 。 最 终 这 会 使 代码 变 得 越 来 越 难以 重 构 。 

因此 ， 如 果 你 既 不 能 全 面 解决 问题 ， 又 不 能 “哪儿 痛 治 哪儿 ”"， 那 么 该 怎么 办 呢 ? 

(1) 如 果 采 用 “哪儿 痛 治 哪儿 ”这 种 重 构 策略 ， 要 观察 一 下 根源 问题 是 否 涉 及 CORE DOMAIN 
或 CORE 与 支持 元 素 的 关系 。 如 果 确 实 涉及 ， 那 么 就 要 接受 挑战 ， 首 先 修复 核心 。 

(2) 当 可 以 自由 选择 重 构 的 部 分 时 ， 应 首先 集中 精力 把 CORE DoMAm 更 好 地 提取 出 来 ， 完 善 
对 CORE 的 隔离 ， 并 且 把 支持 性 的 子 领域 提炼 成 通用 子 领域 。 

以 上 就 是 如 何 从 重 构 中 获取 最 大 利益 的 方法 。 


] 
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数 千 人 分 工会 作 来 制作 “艾滋 病 纪念 拼 被 ”(AIDS Quilt) 
健生 下 的 说 计 公 司 符 了 一 份 为 卫 屋 通信 系统 他 下 机 机 器 的 会 国 。 工作 进展 得 很 顺 
十 利 ， 他 们 正在 开发 一 个 MopEL-DRIvEN DESIGN， 这 个 设计 能 够 表示 和 模拟 各 种 网 络 条 
件 和 故障 。 
但 开发 团队 的 领导 者 却 有 点 不 安 。 问 题 本 身 是 太 复杂 了 。 为 了 澄清 模型 中 的 复杂 关系 ， 他 们 
已 经 把 设计 分 解 为 一 些 在 规模 上 便于 管理 的 内 诊 MopULE， 于 是 便 有 了 现在 的 很 多 MoDULE。 在 
这 种 情况 下 ， 开 发 人 员 要 想 查找 某 个 功能 ， 应 该 到 哪个 MopULE 中 去 查 呢 ? 如 果 有 了 一 个 新 类 ， 
应 该 把 它 放 在 哪里 ? 这 些小 MoDULE 的 实际 意义 是 什么 ? 它们 又 是 如 何 结合 到 一 起 的 呢 ? 而 且 
以 后 还 要 创建 更 多 的 MopULE。 
开发 人 员 互 相 之 间 仍然 能 够 进行 很 好 的 沟通 , 而且 也 知道 每 天 都 要 做 什么 工作 , 但 项 目 领导 
者 却 不 满足 这 种 一 知 半 解 的 状态 。 他 们 需要 某 种 组 织 设计 的 方式 , 以 便 在 项 目 进入 到 更 复杂 的 阶 
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段 时 能 够 理解 和 控制 它 。 

他 们 进行 了 头脑 风暴 活动 , 发 现 了 很 多 可 行 的 办 法 。 开 发 人 员 提 出 了 不 同 的 打包 方案 。 有 一 
些 文档 给 出 了 系统 的 全 貌 , 还 有 一 有 关 建 模 工具 中 的 类 图 的 新 的 认识 可 以 用 来 指导 开发 人 员 设计 
出 更 适当 的 模块 。 但 项 目 领导 者 对 这 些小 花招 并 不 满意 。 

他 们 可 以 用 模型 把 模拟 器 的 工作 流程 简单 地 描述 出 来 ,也 可 以 说 清楚 数据 是 如 何在 基础 设施 
上 分 布 的 , 而 且 电 信 技 术 层 还 保证 了 数据 的 完整 性 和 路 由 选择 。 模 型 中 包含 了 所 有 细节 ， 却 没有 
一 条 清楚 的 主线 。 

领域 的 一 些 重要 概念 丢失 了 。 但 这 次 丢失 的 不 是 对 象 模型 中 的 一 两 个 类 , 而 是 整个 模型 的 结 
构 。 

经 过 一 两 周 的 仔细 思考 之 后 , 开发 人 员 有 了 思路 。 他 们 打算 把 设计 放 到 一 个 结构 中 。 整 个 模 
拟 器 将 被 看 作 由 一 系列 层 组 成 , 这 些 层 分 别 对 应 于 通信 系统 的 各 个 方面 。 最 下 面 的 层 用 来 表示 物 
理 基础 设施 , 它 具 有 将 数据 位 从 一 个 节点 传送 到 另 一 个 节点 的 基本 能 力 。 它 的 上 面 是 封包 路 由 层 ， 
与 数据 流 定向 有 关 的 问题 都 被 集中 到 这 一 层 中 。 其 他 的 层 则 表示 其 他 概念 层次 的 问题 。 这 些 层 共 
同 描述 了 系统 的 大 致 情况 。 

他 们 开始 按照 新 的 结构 来 重 构 代码 。 为 了 不 让 模式 跨越 多 个 层 , 必须 对 它们 重新 定义 。 在 一 
些 情况 下 ， 还 需要 重 构 对 象 职责 ， 以 便 明确 地 让 每 个 对 象 只 属于 一 个 层 。 另 一 方面 ， 在 应 用 这 些 
新 思路 的 实际 经 验 的 基础 上 ， 概 念 层 本 身 的 定义 也 得 到 了 精 化 。 层 、MODULE 和 对 象 一 起 演变 ， 
最 后 ， 整 个 设计 都 符合 了 这 种 分 民 结 构 的 大 体 轮 麻 。 

这 些 层 并 不 是 MopULE， 也 不 是 任何 其 他 的 代码 工件 。 它 们 是 一 种 全 局 性 的 规则 集 ， 用 于 约 
束 整 个 设计 中 的 任何 MODULE 或 对 象 (甚至 包括 与 其 他 系统 的 接口 ) 的 边界 和 关系 。 

有 了 这 种 分 层级 别 之 后 , 设计 重新 变 得 易于 理解 了 。 人 们 基本 上 知道 了 到 哪里 去 寻找 某 个 特 
定 功能 。 分工 不 同 的 开发 人 员 所 做 的 设计 决策 可 以 大 体 上 互相 保持 一 致 。 这 样 就 可 以 处 理 更 加 复 
杂 的 设计 了 。 


即使 将 一 个 大 的 模型 分 解 为 许多 MODULE， 其 复杂 性 也 可 能 会 使 它 变 得 很 难 掌握 。MODULE 
确实 把 设计 分 解 为 更 易 管 理 的 小 部 分 ,但 MopULE 的 数量 可 能 会 很 多 。 此 外 ,模块 化 并 不 一 定 能 
够 保证 设计 的 一 致 性 。 对 象 与 对 象 之 间 ,， 包 与 包 之 间 ， 可 能 由 于 应 用 了 不 一 样 的 设计 决策 而 变 得 
混乱 ， 每 个 决策 看 起 来 都 合情合理 ， 但 又 各 自 不 同 。 

严格 划分 BOUNDED CONTEXT 可 能 会 防止 出 现 这 种 破坏 和 混淆 ， 但 如 果 使 用 它 的 话 ， 我 们 就 
很 难 把 系统 看 作 一 个 整体 了 。 

精炼 可 以 帮助 我 们 把 注意 力 集中 于 CoRE DoMAIN， 并 将 子 领域 分 离 出 来 ， 让 它们 承担 一 些 
支持 性 的 职责 。 但 我 们 仍然 需要 理解 这 些 支持 性 元 素 ， 以 及 它们 与 CORE DOMAIN 的 关系 ， 还 有 
它们 互相 之 间 的 关系 。 理 想 的 情况 是 ， 整 个 CORE DOMAIN 应 该 在 没有 其 他 支持 性 元 素 的 情况 下 


[4 也 照样 非常 清楚 和 易于 理解 ， 但 我 们 并 不 总 能 达到 这 样 一 种 境界 。 
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无 论 项 目的 规模 如 何 ， 人 们 总 需要 有 各 自 的 分 工 , 来 负责 系统 的 不 同 部 分 。 如 果 没 有 任何 协 
调 机 制 或 规则 , 那么 相同 问题 的 各 种 不 同 风格 和 截然 不 同 的 解决 方案 就 会 混杂 在 一 起 , 使 人 们 很 
难 理 解 各 个 部 分 是 如 何 组 织 在 一 起 的 , 也 不 可 能 看 到 整个 系统 的 统一 视图 。 从 设计 的 一 个 部 分 学 
到 的 东西 并 不 适用 于 这 个 设计 的 其 他 部 分 , 因此 项 目 最 后 的 结果 是 在 不 同 MopULE 中 工作 的 开发 
人 员 脱 离 了 他 们 自己 的 狭窄 范 围 之 后 就 无 法 互相 帮助 。 在 这 种 情况 下 ，CONTINUOUS INTEGRATION 
根本 无 法 实现 ， 而 BOUNDED CONTEXT 也 使 项 目 变 得 支离破碎 。 

在 一 个 大 的 系统 中 , 如 果 因为 缺少 一 种 全 局 性 的 原则 而 使 人 们 无 法 根据 元 素 在 模式 (这 些 模 
式 被 应 用 于 整个 设计 ) 中 的 角色 来 解释 这 些 元 素 , 那么 开发 人 员 就 会 陷入 “只 见 树木 , 不 见 森林 ” 
的 境地 。 

我 们 需要 理解 各 个 部 分 在 整体 中 的 角色 ， 而 不 必 去 深究 细节 。 

“大 比例 结构 ”是 一 种 语言 ， 人 们 可 以 用 它 来 从 大 局 上 讨论 和 理解 系统 。 它 用 一 组 高 级 概念 
或 规则 (或 两 者 兼 有 ) 来 为 整个 系统 的 设计 建立 一 种 模式 。 这 种 组 织 原则 既 能 指导 设计 ， 又 能 帮 
助理 解 。 另 外 ， 它 还 能 够 协调 不 同人 员 的 工作 ， 因 为 它 提供 了 共享 的 整体 视图 概念 ， 让 人 们 知道 
各 个 部 分 在 整体 中 的 角色 。 

设计 一 种 应 用 于 整个 系统 的 规则 (或 角色 和 关系 ) 模式 , 使 人 们 可 以 通过 它 在 一 定 程度 上 了 
解 各 个 部 分 在 整体 中 所 处 的 位 置 (即使 是 在 不 知道 各 个 部 分 的 详细 职责 的 情况 下 ) 。 

这 种 结构 可 以 被 限制 在 一 个 BOUNDED CONTEXT 中 ， 但 通常 情况 下 它 会 跨越 多 个 BOUNDED 
CoNTEXT， 并 通过 提供 一 种 概念 组 织 把 项 目 涉及 的 所 有 团队 和 子 系统 紧密 结合 到 一 起 。 好 的 结构 
可 以 帮助 人 们 深入 地 理解 模型 ， 还 能 够 对 精炼 起 到 补充 作用 。 
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图 16-1 一 些 大 比例 结构 模式 
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大 部 分 大 比例 结构 都 无 法 用 UML 来 表示 ， 而 且 也 不 需要 这 样 做 。 这 些 大 比例 结构 是 用 来 勾 
画 和 解释 模型 及 设计 的 ,但 在 设计 中 并 不 出 现 ， 它 们 只 是 用 来 表达 设计 的 另外 一 种 方式 。 在 本 章 
的 示例 中 ， 你 将 看 到 许多 添加 了 大 比例 结构 信息 的 非 正式 的 UML 图 。 

当 团队 规模 较 小 而 且 模型 也 不 太 复杂 时 ， 只 需 将 模型 分 解 为 正确 命名 的 MODULE， 再 进行 一 
定 程度 的 精炼 ,然后 在 开发 人 员 之 间 进 行 非 正 式 的 协调 , 以 上 这 些 就 足以 使 模型 保持 良好 的 组 织 
结构 了 。 

大 比例 结构 可 以 节省 项 目的 开发 费用 , 但 不 适当 的 结构 会 严重 妨碍 开发 的 进展 。 本 章 将 探讨 
一 些 能 成 功 构建 这 种 设计 结构 的 模式 。 


16.1 模式 : EvoLVING ORDER 


很 多 开发 人 员 都 亲自 经 历 过 由 于 结构 混乱 而 产生 的 代价 。 为 了 避免 混乱 , 项 目 施行 了 从 各 个 
方面 对 开发 进行 约束 的 架构 。 一些 技术 架构 确实 能 够 解决 技术 问题 , 例如 网 络 或 数据 持久 化 问题 ， 
但 当 我 们 在 应 用 层 和 领域 模型 中 使 用 架构 时 ， 它 们 可 能 会 产生 自己 的 问题 。 它 们 往往 会 妨碍 开发 
人 员 创建 适合 于 解决 特定 问题 的 设计 和 模型 。 一 些 要 求 过 高 的 架构 甚至 会 妨碍 编程 语言 本 身 的 使 
用 ， 导 致 应 用 程序 开发 人 员 根 本 无 法 使 用 他 们 在 编程 语言 中 最 熟悉 的 和 技术 能 力 很 强 的 一 些 功 
能 。 而 且 ， 有 些 架构 无 论 是 面向 技术 的 ， 还 是 面向 领域 的 ， 都 会 使 很 多 前 期 设计 决策 定格 ， 随 着 
需求 的 更 改 和 理解 的 深入 ， 这 些 架 构 会 使 项 目 变 得 束 手 束 脚 。 

近年 来 ， 一 些 技术 架构 〈 例 如 J2EE) 已 经 成 为 主流 技术 ， 而 人 们 对 领域 层 中 的 大 比例 结构 
却 没 有 做 多 少 研究 ， 这 是 因为 应 用 程序 不 同 ， 其 各 自 的 需求 也 大 为 不 同 。 

在 项 目的 前 期 使 用 大 比例 结构 可 能 需要 很 大 的 成 本 。 随 着 开发 的 进行 , 我 们 肯定 会 发 现 更 适 
当 的 结构 ， 甚 至 会 发 现 先前 使 用 的 结构 妨碍 了 我 们 采取 一 种 使 应 用 程序 更 清晰 和 简化 的 路 线 。 这 
种 结构 的 一 部 分 是 有 用 的 , 但 却 使 你 失去 了 其 他 很 多 机 会 。 你 的 工作 会 慢 下 来 ， 因 为 你 要 寻找 解 
决 的 办 法 或 试 着 与 架构 师 们 进行 协商 。 但 经 理会 认为 架构 已 经 定 下 来 了 , 当初 选 这 个 架构 就 是 因 
为 它 能 够 使 应 用 程序 变 得 简单 一 些 ， 那 为 什么 不 去 开发 应 用 程序 , 却 在 这 些 架构 问题 上 纠缠 不 清 
呢 ? 即使 经 理 和 架构 团队 能 够 接受 这 些 问题 , 但 如 果 每 次 修改 都 像 是 一 场 攻 坚 战 ,那么 人 们 很 快 
就 会 疲乏 不 堪 。 

一 个 没有 任何 规则 的 随意 设计 会 产生 一 些 无 法 理解 整体 含义 且 很 难 维护 的 系统 ,但 架构 中 预 
先 规定 的 假设 又 会 使 项 目 变 得 束 手 束 脚 , 而 且 会 极 大 地 限制 应 用 程序 中 某 些 特定 部 分 的 开发 人 员 
/设计 人 员 的 能 力 。 很 快 ， 开 发 人 员 就 会 为 适应 结构 而 不 得 不 在 应 用 程序 的 开发 上 委 曲 求全 ， 要 
么 就 是 完全 推翻 架构 而 又 回 到 不 协调 的 开发 的 老路 上 来 。 

问题 并 不 在 于 指导 规则 本 身 应 不 应 该 存在 , 而 在 于 这 些 规则 的 严格 性 和 来 源 。 如 果 这 些 用 于 
控制 设计 的 规则 确实 符合 开发 环境 ,那么 它们 不 但 不 会 阻碍 开发 ,而 且 还 会 推动 开发 在 健康 的 方 
向 上 前 进 ， 并 且 保 持 开发 的 一 致 性 。 

因此 : 
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应 该 允许 这 种 概念 上 的 大 比例 结构 随 着 应 用 程序 一 起 演变 , 甚至 可 以 变 成 一 种 完全 不 同 的 结构 
风格 。 有 些 设计 决策 和 模型 决策 必须 在 掌握 了 详细 知识 之 后 才能 确定 , 这 样 的 决策 不 必 过 早 地 制定 。 

有 时 个 别 部 分 具有 一 些 很 自然 且 有 用 的 组 织 和 表示 方式 , 但 这 些 方式 并 不 适用 于 整体 , 因此 
施加 全 局 规则 会 使 这 些 部 分 的 设计 不 够 理想 。 在 选择 大 比例 结构 时 ,应 该 侧重 于 整体 模型 的 易 管 
理性 ， 而 不 是 优化 个 别 部 分 的 结构 。 因 此 ， 在 “统一 使 用 结构 ”和 “用 最 自然 的 方式 表示 个 别 组 
件 ”之 间 需 要 做 出 一 些 折 中 选择 。 根 据 实际 经 验 和 领域 知识 来 选择 结构 ， 并 避免 对 结构 进行 过 多 
限制 ， 以 便 更 有 利于 折 中 。 真 正 适合 领域 和 需求 的 结构 能 够 使 细节 的 建 模 和 设计 变 得 更 容易 ， 因 
为 它 快速 排除 了 很 多 选项 。 

大 比例 结构 还 能 够 为 我 们 在 制定 设计 决策 提供 捷径 , 虽然 原则 上 也 可 以 通过 研究 各 个 对 象 来 
做 出 这 些 决策 ， 但 实际 上 这 会 耗费 太 长 时 间 ， 而 且 可 能 产生 不 一 致 的 结果 。 当 然 ， 持 续 重 构 仍然 
是 必要 的 ， 但 这 种 结构 可 以 帮助 重 构 变 得 更 易于 管理 ， 并 使 不 同 的 入 能 够 得 到 一 致 的 解决 方案 。 

大 比例 结构 通常 需要 能 够 跨越 BOUNDED CONTEXT 来 使 用 ,在 经 历 了 实际 项 目 上 的 选 代 之 后 ， 
结构 将 失去 一 些 与 某 一 特定 模型 联系 非常 紧密 的 特性 ， 也 会 得 到 一 些 符合 领域 的 CONCEPTUAL 
CoNTOUR 的 特性 。 这 并 不 意味 着 它 不 能 对 模型 做 出 任何 假设 , 而 是 说 它 不 会 把 一 些 专门 针对 局 部 
情况 而 做 的 假设 强加 于 整个 项 目 。 它 应 该 为 那些 在 不 同 CoNTEXT 中 工作 的 开发 团队 保留 一 定 的 
自由 ， 允 许 他 们 为 了 满足 局 部 需要 而 修改 模型 。 

此 外 , 大 比例 结构 必须 适应 开发 工作 中 的 实际 约束 。 例 如 ,设计 人 员 可 能 无 法 控制 系统 的 某 
些 部 分 的 模型 ,特别 是 外 部 子 系统 或 遗留 子 系统 。 这 个 问题 有 多 种 解决 方式 , 例如 修改 结构 使 之 
更 好 地 符合 特定 外 部 元 素 , 或 者 指定 应 用 程序 与 外 部 元 素 的 关联 方式 , 或 者 使 结构 变 得 足够 松散 ， 
以 适应 一 些 难以 处 理 的 现实 情况 。 

与 CONTEXT MAP 不 同 的 是 ， 大 比例 结构 是 可 选 的 。 当 使 用 某 种 结构 可 以 节省 成 本 并 带 来 益 
处 时 ， 就 应 该 使 用 它 ， 而 且 当 发 现 了 一 种 适当 的 结构 时 ， 也 应 该 使 用 它 。 实 际 上 ， 如 果 一 个 系统 
简单 到 把 它 分 解 为 MOpULE 就 足以 理解 它 , 那么 就 不 必 使 用 这 种 结构 了 。 当 发 现 一 种 大 比例 结构 
可 以 明显 使 系统 变 得 更 清晰 , 而 又 没有 为 模型 开发 施加 一 些 不 自然 的 约束 时 ,就 应 该 采用 这 种 结 
构 。 使 用 不 合适 的 结构 还 不 如 不 使 用 它 , 因此 最 好 不 要 为 了 追求 设计 的 完整 性 而 勉强 去 使 用 一 种 
结构 ， 而 应 该 找到 能 够 最 精简 地 解决 所 出 现 问题 的 方案 。 要 记 住 宁 缺 勿 滥 的 原则 。 

大 比例 结构 可 能 非常 有 帮助 , 但 也 有 少数 不 适用 的 情况 , 这 些 例外 情况 应 该 以 某 种 方式 被 标 
记 出 来 , 以 便 让 开发 人 员 知 道 在 没有 特殊 注 明 时 可 以 遵循 这 种 结构 。 如 果 不 适用 的 情况 开始 大 量 
出 现 ， 就 要 修改 这 种 结构 了 ， 或 者 干脆 不 用 它 。 





如 前 所 述 , 要 想 创建 一 种 既 为 开发 人 员 保留 必要 自由 度 同时 又 能 保证 开发 工作 不 会 陷入 混乱 
的 结构 绝 非 易 事 。 尽 管 人 们 已 经 在 软件 系统 的 技术 架构 上 投入 了 大 量 工 作 , 但 有 关 领 域 层 的 结构 
化 研究 还 很 少见 。 一 些 方法 会 破坏 面向 对 象 的 范式 , 例如 那些 按 应 用 或 按 用 例 对 领域 进行 分 解 的 
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方法 。 整 个 领域 的 研究 还 很 贫 靖 。 我 曾经 在 一 些 项 目 上 看 到 过 几 个 通用 的 大 比例 结构 模式 。 本 章 
将 讨论 4 种 模式 , 其 中 可 能 会 有 一 种 符合 你 的 需要 ,或 者 能 够 为 你 提供 一 些 思路 ， 从 而 找到 一 种 
非常 适合 你 的 项 目的 结构 。 


16.2 模式 : SYSTEM METAPHOR 


隐喻 思维 在 软件 开发 (特别 是 模型 中 是 很 普遍 的 。 但 极限 编程 中 的 “隐喻 ” 却 具有 另外 一 
种 含义 ， 它 用 一 种 特殊 的 隐喻 方式 来 使 整个 系统 的 开发 井然 有 序 。 


一 栋 大 楼 的 防火 墙 能 够 在 周围 发 生火 灾 时 防止 火势 从 其 他 建筑 蔓延 到 它 自身 ,同样 ,软件 “ 防 
火 墙 ” 可 以 保护 局 部 网 络 免 受 来 自 更 大 的 外 部 网 的 破坏 。 这 个 “防火 墙 ”的 隐喻 对 网 络 架构 产生 
了 很 大 影响 ,并 且 由 此 而 产生 了 一 整套 产品 类 别 。 有 多 种 互相 竞争 的 防火 墙 可 供 消费 者 选择 , 它 
们 都 是 独立 开发 的 , 而 且 人 们 知道 它们 在 一 定 程度 上 具有 可 互 换 性 。 即 使 网 络 的 初学 者 也 很 容易 
掌握 这 个 概念 。 这 种 在 整个 行业 和 客户 中 的 共同 理解 很 大 一 部 分 上 得 益 于 隐喻 。 

然而 这 个 类 比 却 并 不 准确 , 而 且 防 火 墙 从 功能 上 来 看 也 是 把 双 刃 剑 。 防火 墙 的 隐喻 引导 人 们 
开发 出 了 软件 屏障 , 但 有 时 它 并 不 能 起 到 充分 的 防护 作用 , 而 且 会 阻止 正当 的 数据 交换 ， 同 时 也 
无 法 防护 来 自 网 络 内 部 的 威胁 。 例 如 ， 无 线 LAN 就 存在 漏洞 。 防 火 墙 这 个 形象 的 隐喻 确实 很 有 
用 ， 但 所 有 隐喻 也 都 是 有 弊端 的 "。 

软件 设计 往往 非常 抽象 且 难 于 掌握 。 开 发 人 员 和 用 户 都 需要 一 些 切 实 可 行 的 方式 来 理解 系 
统 ， 并 共享 系统 的 一 个 整体 视图 。 

从 某 种 程度 上 讲 ， 隐 喻 是 对 人 们 影响 很 深 的 一 种 思考 方式 ， 它 已 经 渗透 到 每 个 设计 中 。 系 统 
有 很 多 “ 层 "， 层 与 层 之 间 依 次 登 放 起 来 。 系 统 还 有 “内 核 "， 位 于 这 些 层 的 “中 心 "。 但 有 时 一 
个 隐喻 可 以 传达 整个 设计 的 中 心 主题 ， 并 能 够 代表 团队 所 有 成 员 的 共同 理解 。 

在 这 种 情况 下 , 系统 实际 上 就 是 由 这 个 隐喻 塑造 的 。 开发 人 员 所 做 的 设计 决策 也 将 与 系统 隐 
喻 保持 一 致 。 这 种 一 致 性 使 其 他 开发 人 员 能 够 根据 同一 个 隐喻 来 解释 复杂 系统 中 的 多 个 部 分 。 开 
发 人 员 和 专家 在 讨论 时 有 一 个 比 模型 本 身 更 具体 的 参考 点 。 

SYSTEM METAPHOR (系统 隐喻 ) 是 一 种 松散 的 、 易于 理解 的 大 比例 结构 , 它 与 对 象 范式 是 协调 的 。 
由 于 系统 隐喻 只 是 对 领域 的 一 种 类 比 ， 因 此 不 同 模型 可 以 用 近似 的 方式 来 使 用 它 ， 这 使 得 人 们 能 够 
在 多 个 BOUNDED CONTEXT 中 使 用 系统 隐喻 ， 从 而 有 助 于 协调 各 个 BOUNDED CONTEXT 之 间 的 工作 。 

SYSTEM METAPHOR 是 极限 编程 的 核心 实践 之 一 ， 因 此 它 已 经 成 为 一 种 非常 流行 的 方法 (Beck 
2000)。 遗憾 的 是 ,很 少 有 项 目 能 够 找到 真正 有 用 的 METAPHOR， 而 且 人 们 有 时 还 会 把 一 些 起 反 作 
用 的 隐喻 思想 灌输 到 领域 中 。 有 时 使 用 太 强 的 隐喻 反而 会 有 风险 ,因为 它 使 设计 中 捧 杂 了 一 些 与 


外 当 我 在 一 次 座谈 会 中 听 到 Ward Cunningham 举 的 防火 墙 这 个 示例 后 ， 终 于 明白 了 SYSTEM METAPHOR 的 意思 。 
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当前 问题 无 关 的 类 比 ， 或 者 是 类 比 虽然 很 有 吸引 力 ， 但 它 本 身 并 不 恰当 。 

尽管 如 此 ，SYSTEM METAPHOR 仍然 是 众所周知 的 大 比例 结构 ， 它 对 一 些 项 目 非常 有 用 ， 而 
且 很 好 地 说 明了 结构 中 的 总 体 概 念 。 

因此 : 

当 系 统 的 一 个 具体 类 比 正好 符合 团队 成 员 对 系统 的 想象 ,并 且 能 够 引导 他 们 向 着 一 个 有 用 的 
方向 进行 思考 时 ,就 应 该 把 这 个 类 比 用 作 一 种 大 比例 结构 。 围 绕 这 个 隐喻 来 组 织 设计 ， 并 把 它 吸 
收 到 UBIQUITOUS LANGUAGE 中 。SYsTEM METAPHOR 应 该 既 能 促进 系统 的 交流 ， 又 能 指导 系统 的 
开发 。 它 可 以 增加 系统 不 同 部 分 之 间 的 一 致 性 ， 甚 至 可 以 跨越 不 同 的 BOUNDED CONTEXT。 但 所 
有 隐喻 都 不 是 完全 精确 的 ， 因 此 应 不 断 检查 隐喻 是 否 过 度 或 不 恰当 ， 当 发 现 它 起 到 妨碍 作用 时 ， 
要 随时 准备 放弃 它 。 





“幼稚 隐喻 ”以 及 我 们 为 什么 不 需要 它 


由 于 在 大 多 数 项 目 并 不 会 自动 出 现 有 用 的 隐喻 ， 因 此 XP 社区 中 的 一 些 人 开始 谈论 “幼稚 隐 
喻 ”(Naive Metaphor) ， 他 们 所 说 的 幼稚 隐喻 就 是 领域 模型 本 身 。 

这 个 术语 的 一 个 问题 在 于 , 一 个 成 熟 的 领域 模型 绝对 不 会 是 “幼稚 的 "。 实 际 上 ,“ 工 资 处 理 
就 像 一 条 装配 线 ” 这 个 隐喻 与 模型 的 实际 情况 相 比 要 幼稚 得 多 ,因为 模型 是 软件 开发 人 员 与 领域 
专家 进行 了 多 次 知识 消化 的 迭代 过 程 才 得 到 的 ， 它 已 经 紧密 结合 到 应 用 程序 的 实现 中 , 并 经 过 了 

“幼稚 隐喻 ”这 个 术语 应 该 停止 使 用 了 。 

SYSTEM METAPHOR 并 不 适用 于 所 有 项 目 。 从 总 体 上 讲 ， 大 比例 结构 并 不 是 必须 使 用 的 。 在 
极限 编程 的 12 个 实践 中 ，SYSTEM METAPHOR 的 角色 可 以 由 UBIQUITOUSLANGUAGE 来 承担 。 当 在 
项 目 中 发 现 一 种 非常 合适 的 SYSTEM METAPHOR 或 其 他 大 比例 结构 时 ， 应 该 用 它 来 补充 
UBIQUITOUS LANGUAGE。 


16.3 ”模式 RESPONSIBILITY LAYER 


在 本 书 从 头 至 尾 的 讨论 中 , 各 个 对 象 都 被 分 配 了 一 组 相关 的 、 范 围 较 窄 的 职责 。 职 责 驱动 的 
设计 在 更 大 的 规模 上 也 适用 。 





如 果 每 个 对 象 的 职责 都 是 手工 分 配 的 , 将 没有 统一 的 指导 原则 和 一 致 性 , 也 无 法 把 领域 作为 
一 个 整体 来 处 理 。 为 了 保持 大 模型 的 一 致 ， 有 必要 在 职责 分 配 上 实施 一 定 的 结构 化 控制 。 
当 对 领域 有 了 深入 的 理解 后 , 大 的 模式 会 变 得 清晰 起 来 。 一 些 领域 具有 自然 的 层次 结构 。 某 
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些 概念 和 活动 处 在 其 他 元 素 形成 的 一 个 大 背景 下 , 而 那些 元 素 会 因 不 同 原因 而 以 不 同 频率 独立 发 
生变 化 。 如 何 才能 充分 利用 这 种 自然 结构 , 使 它 变 得 更 清晰 和 有 用 呢 ? 这 种 自然 的 层次 结构 使 我 
们 很 容易 想到 把 领域 分 层 ， 这 是 最 成 功 的 架构 设计 模式 之 一 〈[Buschmann et al. 1996]， 等 等 ) 。 

所 谓 的 层 ， 就 是 对 系统 进行 划分 ， 每 个 层 的 元 素 都 知道 或 能 够 使 用 在 它 “ 下 面 ”的 那些 层 的 
服务 ， 但 却 不 知道 它 “ 上 面 ” 的 层 ， 而 且 与 它 上 面 的 层 保持 独立 。 当 我 们 把 MoDULE 的 依赖 性 画 
出 来 时 ， 图 的 布局 通常 是 具有 依赖 性 的 MoDULE 出 现在 它 所 依赖 的 模块 上 面 。 按 照 这 种 方式 ， 层 
一 般 的 排序 是 低层 中 的 对 象 在 概念 上 不 依赖 于 高 层 中 的 对 象 。 

这 种 特定 的 分 层 方式 虽然 使 对 依赖 性 的 跟踪 变 得 更 容易 , 而 且 有 时 具有 一 定 的 直观 意义 , 但 
它 对 模型 的 理解 并 没有 多 大 的 帮助 ， 也 不 会 指导 建 模 决策 。 我 们 需要 一 种 具有 更 明确 目的 的 分 层 
方式 。 


该 放 在 4 层 甚至 5 
层 的 ， 为 什么 不 
| 这 样 呢 ? 


伟 汉 


这 个 模块 本 来 应 N 
该 在 下 一 层 中 。 








图 16-2 特定 分 层 ， 这 些 包 撕 述 了 什么 事情 


在 一 个 具有 自然 层次 结构 的 模型 中 ,可 以 围绕 主要 职责 进行 概念 上 的 分 层 , 这 样 可 以 把 分 层 
和 职责 驱动 的 设计 这 两 个 强 有 力 的 原则 结合 起 来 使 用 。 

这 些 职责 必须 比分 配给 单个 对 象 的 职责 广泛 得 多 才 行 ,我 们 稍 后 就 会 举例 说 明 这 一 点 。 当 设 
计 MopuLE 和 AGGREGATE 时 ， 它 们 应 该 具有 某 种 主要 职责 。 这 种 明确 的 职责 分 组 可 以 提高 模块 
化 系统 的 可 理解 性 , 因为 MopuLE 的 职责 会 变 得 更 易于 解释 。 而 高 级 职责 与 分 层 的 结合 为 我 们 提 
供 了 一 种 系统 的 组 织 原则 。 


分 层 模式 有 一 种 变 体 最 适合 按 职责 来 分 层 ， 我 们 把 这 种 变 体 称 为 RELAXED LAYERED 
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SYSTEM ( 松散 分 层 系 统 ) ( [Buschmann et al 1996, p. 45] )， 如 果 采 用 这 种 分 层 模式 ， 某 一 层 中 
的 组 件 可 以 访问 任何 比 它 低 的 层 ， 而 不 限于 只 能 访问 直接 与 它 相 邻 的 下 一 层 。 


因此 : 

注意 观察 模型 中 的 概念 依赖 性 , 以 及 领域 中 不 同 部 分 的 变化 频率 和 变化 的 原因 。 如 果 在 领域 
中 发 现 了 自然 的 层次 结构 ,就 把 它们 转换 为 主要 的 抽象 职责 。 这些 职责 应 该 描述 了 系统 的 高 级 目 
的 和 设计 。 对 模型 进行 重 构 ， 使 得 每 个 领域 对 象 、AGGREGATE 和 MoDULE 的 职责 都 清晰 地 位 于 
一 个 职责 层 当中 。 

这 是 一 段 很 抽象 的 描述 , 但 通过 几 个 示例 就 可 以 把 它 说 清楚 了 。 本章 开头 的 卫星 通信 模拟 器 
示例 就 是 对 职责 进行 了 分 层 。 我 曾经 在 各 种 领域 (例如 生产 控制 和 财务 管理 ) 中 看 到 过 使 用 
RESPONSIBILITY LAYER (职责 层 ) 所 产生 的 良好 效果 。 


下 面 的 示例 详细 研究 了 RESPONSIBILITYLAYER， 我 们 可 以 通过 这 个 例子 来 体会 一 下 如 何 去 发 
现任 何 一 种 大 比例 结构 ， 以 及 它 是 如 何 指导 和 约束 建 模 与 设计 的 。 


攻 2 深 入 研究 运输 系统 的 分 层 


让 我 们 看 一 下 把 RESPONSIBILITY LAYER 应 用 于 前 面 几 章 所 讨论 的 货运 应 用 程序 会 有 什么 效果 。 
当 我 们 现在 又 回 到 这 个 应 用 程序 时 ， 开 发 团队 已 经 有 了 很 大 的 进展 ， 他 们 已 经 创建 了 一 个 


MODEL-DRIVEN DESIGN， 并 且 提炼 出 了 一 个 CoRE DoMAIN。 但 随 着 设计 变 得 充实 ， 他 们 在 如 何 把 
所 有 部 分 协调 为 一 个 整体 上 遇 到 了 麻烦 。 他 们 正在 寻找 一 种 能 够 显示 出 整个 系统 主题 并 且 让 每 个 


人 都 达成 一 致 看 法 的 大 比例 结构 。 
我 们 来 看 一 下 这 个 模型 中 有 代表 性 的 一 个 部 分 ， 如 图 16-3 和 图 16-4 所 示 。 


to 1 — 一 -一 
[ae | i 





Route Specification 












origin | route(RouteSpecification) : ltinerary 
Ra destination OA 
customs clearance (opt) 





tracking id 
weight 


HazMat code {ltinerary must satisfy specification} 








Y_ 














上 ol | Transport Leg 
一 一 一 一 一 -| ltinerary tordered} — icca ET 
* | unload 
is preferred 


图 16-3 ”货运 路 线 的 一 个 基本 的 运输 领域 模型 
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Booking | aCustomer 
Application aRouter Repository 
| create | T T 
acCarge | | 
Create Route 到 1 
| ein 
t | 一 一 ket 
| set HazMat code, | 
Toute spec, ! 
L_andcustomer | i | 
1 上 route(a Route Specification) | 一 一 一 
- 一 -一 一 一 一 > create 
时 J return an ltinerary r = - ltinerary 
1 set itinerary 1 1 es 
rt 1 1 | 


图 16-4 在 预订 期 间 使 用 模型 来 制定 一 个 货运 路 线 


团队 成 员 研究 运输 领域 已 经 有 好 几 个 月 了 ， 并 且 已 经 观察 到 了 一 些 自然 的 概念 层次 结构 。 
他 们 发 现在 讨论 运输 时 间 表 (安排 好 的 货轮 航次 或 火车 班次 ) 时 不 需要 涉及 所 运输 的 货物 。 而 
当 讨论 对 一 个 货物 的 跟踪 时 ， 如 果 不 知道 它 的 运输 信息 ， 那 么 就 很 难 进行 跟踪 。 概 念 依赖 性 是 
非常 清楚 的 。 团队 很 容易 区 分 出 两 个 层 :“ 作 业 ” 层 和 这 些 作业 的 基础 层 (他 们 把 这 个 层 叫做 “能 
力 ” 层 )。 


间 “ 作 业 ” 职 责 

公司 的 活动 ， 无 论 是 过 去 、 现 在 还 是 计划 的 活动 ， 都 被 组 织 到 “作业 ” 层 中 。 最 明显 的 作业 
对 象 是 Cargo， 它 是 公司 大 部 分 日 常 活动 的 焦点 。Route Specification 是 Cargo 的 一 个 不 可 缺少 的 
部 分 ， 它 指出 了 运输 需求 。Itinerary 是 运输 计划 。 这 些 对 象 都 是 Cargo 聚合 的 一 部 分 ， 它 们 的 生 
命 周 期 依赖 于 一 次 有 效 运输 的 时 间 安 排 。 


3 “能 力 ” 职 责 电 

这 个 层 反 映 了 公司 在 执行 作业 时 所 能 利用 的 资源 。Transit Leg 就 是 一 个 典型 的 示例 。 人 们 为 
货轮 制定 航程 时 间 表 ,货轮 具有 一 定 的 货运 能 力 ,这 个 能 力 有 可 能 被 完全 利用 ,也 有 可 能 未 被 完 
全 利用 。 

当然 , 如果 公 司 的 主要 业务 是 经 营 一 个 运输 船 队 的 话 , 那么 Transit Leg 将 是 作业 层 中 的 一 个 
对 象 。 但 这 个 系统 的 用 户 并 不 需要 关心 这 个 问题 (如 果 公 司 同时 从 事 经 营 船 队 和 经 营 货运 这 两 种 
业务 , 并 且 和 希望 协调 它们 ， 那么 开发 团队 可 能 需要 考虑 一 种 不 同 的 分 层 方案 , 或 许 要 把 作业 层 分 
成 两 个 不 同 的 层 ， 例 如 “运输 作业 ”和 “货物 作业 ”。) 
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一 个 稍微 复杂 一 点 儿 的 决策 是 把 Customer 放 在 哪里 。 在 一 些 企业 中 ， 客 户 只 是 一 些 临时 对 
象 。 例 如 在 邮递 公司 中 ， 只 有 在 投递 包 训 的 时 候 ， 才 需要 知道 客户 对 象 ， 投 递 完成 之 后 ， 大 部 分 
客户 就 被 忘记 了 ， 直 到 出 现下 一 次 投递 。 这 种 性 质 决定 了 在 针对 个 人 客户 的 包 襄 投递 服务 中 ， 客 
户 仅仅 与 作业 相关 。 但 在 我 们 假想 的 这 家 运输 公司 中 , 需要 与 客户 保持 长 期 关系 ,而 且 大 部 分 业 
务 都 来 自 回头 客 。 考 虑 到 企业 用 户 的 这 些 意图 , Customer 应 该 属于 一 个 潜能 层 。 正如 我 们 看 到 的 ， 
这 并 非 一 个 技术 决策 ， 而 是 试图 掌握 并 交流 领域 知识 。 

由 于 Cargo 与 Customer 之 间 的 关联 只 有 一 个 遍历 方向 ， 因 此 Cargo REPOSITORY 需要 通过 一 
个 查询 来 查找 某 个 特定 Customer 的 所 有 Cargo。 不 管 怎样 , 按照 这 种 方式 来 设计 都 有 很 好 的 理由 ， 
但 在 使 用 了 大 比例 结构 以 后 ， 现 在 它 变 成 一 项 必须 要 满足 的 需求 了 。 
































一 一 一 一 r ,| Cargo Repostory 
Cargo | Cargo | Da 村 
一 一 一 一 T 一 一 | byCustomerld(String) :， Collection 
s 
Customer | Customer | 
图 16-5 ”由 于 双向 关联 会 破坏 分 层 ， 因 此 用 查询 来 代替 它 54 
ld Specification | 
Cargo origin Router 
| > | destination pe 
tracking jd 1 customs clearance (opt) | | 
weight 一 一 — | route(RouteSpecification) : ltinerary 
LHazMat code 





' - {ltinerary must satisfy specification} 
| y i 
ltinerary 


Y_ 
站 | Customer | | | 


| {ordered}— 
盟 _ 













load 





unload 
| is preferred 


图 16-6 ”初次 通过 的 分 层 模型 区 
虽然 作业 层 与 能 力 层 的 区 别 使 这 张 图 看 上 去 很 清楚 了 , 但 次 序 仍 需要 进一步 细 化 。 经 过 儿 个 
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站 
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星期 的 实验 之 后 ,团队 将 注意 力 集中 在 另 一 个 特性 上 。 在 很 大 程度 上 ， 最 初 的 两 个 层 主 要 考虑 的 
是 当前 的 情况 或 计划 。 但 Router (以 及 其 他 很 多 未 在 图 中 画 出 的 元 素 ) 并 不 是 当前 的 作业 或 计划 
的 一 部 分 。 它 是 用 来 帮助 修改 这 些 计 划 的 。 因 此 团队 定义 了 一 个 新 的 层 ， 让 它 来 负责 决策 支持 
(Decision Support) 。 


“决策 支持 ”职责 层 入 

软件 的 这 个 层 为 用 户 提供 了 用 于 制定 计划 和 决策 的 工具 ， 它 具有 自动 制定 一 些 决策 的 潜能 
(例如 当 运输 时 间 表 发 生变 动 时 ， 自 动 重新 制定 运送 Cargo 的 路 线 ) 。 

Router 是 一 个 SERVICE， 能 帮助 预订 代理 (booking agent) 选择 运送 货物 的 最 佳 路 线 。 因 此 
Router 明显 属于 决策 支持 层 。 

现在 模型 中 的 元 素 基本 上 都 按照 这 三 个 层 来 组 织 了 ， 唯 一 例外 的 是 Transport Leg 的 “is 
preferred” 属 性 。 这 个 属性 存在 的 原因 是 公司 希望 在 可 能 的 情况 下 优先 使 用 自己 的 货轮 ， 或 者 是 
那些 签订 了 优惠 合同 的 公司 的 货轮 .is preferred 属性 用 于 使 Router 优 先 选择 这 些 首选 的 运输 工具 。 
这 个 属性 与 "能力 野 " 毫 无 关系 。 它 是 一 个 用 于 指导 决策 制定 的 策略 .为 了 使 用 新 的 RESPONSIBILITY 
LAYER， 需 要 对 模型 进行 重 构 。 


E Router | | Ro | 
r 


oute(RouteSpecification) : ltinerary | | route(RouteSpecification) : tinerary | 
一 一 ee 
| > | | Route Bias Policy | 
一 要 1 ee AN 
Transport Leg [ Transport Leg 区 | 
load | | sad 人 
unload unload 0..、 
Lis preferred _ | 
Re 1- 一 一 一 全 
Tow Ca 


| responsibilities remain. | 


图 16-7 对 模型 进行 重 构 ， 使 之 符合 新 的 分 层 结构 


这 次 重 构 使 Route Bias Policy 变 得 更 清楚 ， 同 时 使 得 Transport Leg 更 专注 于 运输 能 力 的 基本 
概念 。 基 于 对 领域 的 深刻 理解 而 发 现 的 大 比例 结构 总 是 能 够 使 模型 更 清楚 地 表达 其 含义 。 

现在 ， 这 个 新 模型 更 加 符合 大 比例 结构 了 。 如 图 16-8 所 示 。 

开发 人 员 在 熟悉 了 选 定 的 分 层 结构 后 ,很 容易 区 分 出 各 个 部 分 的 角色 和 依赖 关系 。 大 比例 结 
构 的 价值 随 着 复杂 度 的 增加 而 增加 。 

注意 ， 虽 然 我 使 用 了 一 个 修改 后 的 UML 图 来 演示 这 个 例子 ， 但 这 只 是 为 了 表示 分 层 而 使 用 
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的 一 种 方式 。UML 中 并 没有 这 种 表示 法 ， 因 此 这 些 是 作为 额外 的 信息 加 上 去 的 ， 目 的 是 让 读者 
看 得 更 清楚 。 如 果 在 你 的 项 目 中 ,代码 就 是 最 终 的 设计 文档 , 那么 最 好 可 以 使 用 一 种 可 以 按 层 查 
看 类 (或 至 少 按照 层 来 报告 与 这 些 类 有 关 的 信息 ) 的 工具 。 








EF Router 攻关， 
route(RouteSpecification) : ltinerary | 一 一 
一 Route Bias Policy 








Route Specification 


Cargo | origin 
destination 





tracking id customs clearance (opt) | 
| weight i . 
当 | HazMat code 


{ltinerary must satisfy speeification} | 





, | | 


一 | Ttinerary 





| Po 二 
NM Transport Leg | 


a | 
全 Customer :一 一 一 — 
四 {ordered} 一 > 
| ” | joe 
图 16-8 重 构 后 的 模型 


站 大 比例 结构 如 何 影响 后 续 设计 

一 旦 采用 了 一 种 大 比例 结构 ,后 续 的 建 模 和 设计 决策 就 必须 要 把 它 考虑 在 内 。 为 了 说 明 这 一 
点 ,假设 我 们 必须 在 这 个 已 分 层 的 设计 中 增加 一 个 新 特性 。 领域 专 家 们 刚刚 告诉 我 们 一 些 针对 特 
定 类 别 危 险 品 的 航线 约束 。 有 些 危 险 品 在 某 些 货轮 或 港口 上 是 禁止 装载 的 。 我 们 必须 使 Router 
遵守 这 些 规则 。 

有 很 多 可 行 的 方法 。 在 未 使 用 大 比例 结构 时 ， 一 种 吸引 人 的 设计 方法 是 让 拥有 Route 
Specification 和 Hazardous Material (HazMat) 代码 的 对 象 负责 把 这 些 航线 规则 加 进来 ， 这 个 对 象 
就 是 Cargo。 
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a HazMat code 
C: Route | 
ed 本 cad HesMat F Route Policy 
tracking id origin a Route Specification 
weight (>— customer req_| destination a all necessary 
HazMat code customs clearance (opt) prohibitions 
BgetFullRouteSpecificationO)| re 





{ltinerary must satisfy specification} 








EE 
| Ttinerary | 
图 16-9 用 于 制定 危险 货物 运送 路 线 的 一 种 可 能 的 设计 





Booking | svar Rouee | Tk 
Application Policy Service 
Application policy Service 





T create ] 下 T 
i aCago | | 


TCustomer 的 Route Specification 和 其 他 Cargo 属 性 还 像 以 前 那样 创建 和 分 配 ] 


1 | i 
LeetFullRouteSpecification() 


| routeSpecificationFor(hazMatCode) 1 一 
Create aRoule 


1 
! retum a Route Specification pl 办 Specification 
| FF | 


and(customerRouteSpecification) 





em combined RouteSpecification 
| retum combined [= 
Fs 1 route(a Route Specification) | i 
一 一 一 一 一 一 一 一 一 一 > create | > 
T cdy anltinerary 
| es | 
T 
1 


| return an ftinerary 






I 
< 
l | 


图 16-10 


问题 是 这 种 设计 并 不 适合 大 比例 结构 。HazMat Route Policy Service 并 没有 问题 ， 它 非常 适合 
承担 决策 支持 层 的 职责 。 问 题 在 于 Cargo (一 个 作业 层 对 象 ) 对 HazMat Route Policy Service (一 
个 决策 支持 层 对 象 ) 的 依赖 上 。 只 要 项 目 还 采用 目前 的 分 县 , 就 不 能 使 用 这 个 模型 ， 因 为 开发 人 
员 会 认为 设计 将 遵循 分 层 结构 ， 而 这 种 依赖 会 使 开发 人 员 感 到 糊涂 。 

可 能 的 设计 选择 总 会 有 很 多 , 这 里 我 们 只 选择 另外 一 种 设计 , 这 种 设计 符合 大 比例 结构 的 规 
则 。HazMat Route Policy 服务 本 身 是 完全 没有 问题 的 ， 但 我 们 需要 把 使 用 它 的 职责 转移 到 别处 。 
让 我 们 尝试 让 Router 来 承担 在 搜索 航线 之 前 收集 相关 规则 的 职责 。 这 意味 着 要 修改 Router 接口 ， 
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把 规则 可 能 依赖 的 那些 对 象 包括 进来 。 下 面 就 是 一 种 可 能 的 设计 ， 如 图 16-11 所 示 。 45 











一 acargo 


SS 
一 一 一 
an Itinerary satisfying the sO 


Customer's Route 
Specification and relevant 
routing policies 








route(Cargo) : ltinerary 














route(RouteSpecification) : Ttinerary 二 二 
ES 网 
\ I Route Bias Policy 
a Route Specification i _ 
吕 ea | HazMat Route Policy 
全 Prohibitions | Serviee 2 二- 咱 
ee — 本 Rt 的 | 








[ Route Specification 


| orgin | | 
-| destination 
| eustoms clearance (op 





| {ltinerary must satisfy specification} 


党 一 一 








ol 
L_ 


ltinerary | 











Tai rt 
ee owe Tepe 
* | load 














图 16-1] 符合 分 层 结构 的 一 种 设计 
一 种 典型 的 交互 如 图 16-12 所 示 。 


现在 的 这 个 设计 并 不 一 定 就 比 前 面 那个 设计 更 好 。 二 者 都 是 各 有 利弊。 但 如 果 项 目的 所 有 人 


员 都 采用 一 致 的 方式 来 制定 决策 ,那么 整体 的 设计 就 更 容易 理解 因此 这 也 值得 在 细小 的 设计 选 
择 上 做 出 一 些 适度 的 折 中 。 





如 
总 
总 
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Booking Re a HazMat Route 
Application | ae Policy Service 
-一 - 站 
1 

















Se ni 
广 
RE 1 和 

[Customer 的 Route Specification 和 其 他 Cargo 属 性 还 像 
| 以 前 那样 创建 和 分 配 。] 
| route(a Cargo) | 
T i | 1 
| | getHazMatCode0)， 
routeSpecificationFor(hazMatCode) 
| | 六 ea 
| 一 一 一 r 
! | | a Route Specification Specification 
1 | 相 PR 
| | ssa petri ss ES 
| | Le em combined RouteSpecification | 
! {route(combined spec) = 
| | EE——— 1 create 
. an ltinerary | 
lk return an ltinerary ] 区 
ET | 1 

A 1 

| 1 | | 
图 16-12 


如 果 所 采用 的 结构 强制 性 地 要 求 我 们 做 出 很 多 别扭 的 设计 选择 ， 那 么 就 要 遵循 EVoLVING 
ORDER 《演变 的 顺序 ) ， 在 项 目 进行 过 程 中 评估 这 种 结构 ， 并 修改 甚至 放弃 它 。 


选择 适当 的 层 


要 想 找到 一 种 适当 的 RESPONSIBILITY LAYER 或 大 比例 结构 ， 需 要 理解 问题 领域 并 反复 进行 实 
验 。 如 果 遵 循 EVoLVING ORDER， 那 么 最 初 的 起 点 并 不 是 十 分 重要 ， 尽 管 差劲 的 选择 确实 会 加 大 
工作 量 。 结 构 可 能 最 后 演变 得 面目 全 非 。 因 此 ， 下 面 将 给 出 一 些 指导 方针 ， 无 论 是 刚 开始 选择 一 
[460| 种 结构 ， 还 是 对 已 有 结构 进行 转换 ， 这 些 指导 方针 都 适用 。 
当 对 层 进行 删除 、 合 并 、 拆 分 和 重新 定义 等 操作 时 ， 应 寻找 并 保留 以 下 一 些 有 用 的 特征 。 
口 场景 描述 。 层 应 该 能 够 表达 出 领域 的 基本 现实 或 优先 级 。 选 择 一 种 大 比例 结构 与 其 说 是 
一 种 技术 决策 ， 不 如 说 是 一 种 业务 建 模 决策 。 层 应 该 显示 出 业务 的 优先 级 。 
口 概念 依赖 性 。“ 较 高 ” 层 概 念 的 意义 应 该 依赖 “ 较 低 ” 层 ， 而 低层 概念 的 意义 应 该 独立 于 
较 高 的 层 。 
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口 CONCEPTUALCONTOUR。 如 果 不 同 层 的 对 象 必须 具有 不 同 的 变化 频率 或 原因 ， 那 么 层 应 该 
能 够 容许 它们 之 间 的 变化 。 
在 为 每 个 新 模型 定义 层 时 不 一 定 总 要 从 头 开始 。 在 一 系列 相关 领域 中 ， 有 些 层 是 固定 的 。 
例如 , 在 那些 利用 大 型 固定 资产 进行 运作 的 企业 (例如 工厂 或 货运 ) 中 ,物流 软件 通常 可 以 
被 组 织 为 “潜能 ” 层 (上 面 例子 中 的 “能 力 ” 层 的 另外 一 个 名 称 ) 和 “作业 ” 层 。 
口 潜能 层 。 我 们 能 够 做 什么 ? 潜能 层 不 关心 我 们 打算 做 什么 ， 而 关心 能 够 做 什么 。 企业 的 
资源 (包括 人 力 资源 ) 以 及 这 些 资源 的 组 织 方式 是 潜能 层 的 核心 。 与 供应 商 签订 的 合同 
也 明确 界定 了 企业 的 潜能 。 这 个 层 几乎 存在 于 任何 业务 领域 中 ， 但 在 那些 相对 来 说 依靠 
大 型 固定 资产 来 支持 业务 运作 的 企业 中 〈 例 如 运输 和 制造 业 ) 尤其 突出 。 潜 能 也 包括 临 
时 性 的 资产 ， 但 主要 依赖 临时 资产 来 运作 的 企业 可 能 会 强调 临时 资产 的 层 〔 这 个 层 在 例 
子 中 被 称 为 “Capability") ， 这 一 点 稍 后 会 讨论 。 
口 作业 层 。 我 们 正在 做 什么 ? 我们 利用 这 些 潜能 做 了 什么 事情 ? 像 潜能 层 一 样 ， 这 个 层 也 
应 该 反映 出 现实 状况 ， 而 不 是 我 们 设想 的 状况 。 我 们 希望 在 这 个 层 中 看 到 自己 的 工作 和 
活动 : 我 们 正在 销售 什么 ， 而 不 是 能 够 销售 什么 。 通 常 来 说 ， 作 业 层 对 象 可 以 引用 潜能 
层 对 象 ， 它 甚至 可 以 由 潜能 层 对 象 组 成 ， 但 潜能 层 对 象 不 应 该 引用 作业 层 对 象 。 
在 这 类 领域 很 多 (也许 是 大 部 分 ) 现 有 的 系统 中 ,这 两 个 层 可 以 涵盖 一 切 对 象 ( 尽 管 可 能 会 
有 某 种 完全 不 同 的 和 更 清晰 的 分 解 结构 )。 它 们 可 以 跟踪 当前 状况 和 正在 执行 的 作业 计划 ， 以 及 
问题 报告 或 相关 文档 。 但 跟踪 往往 是 不 够 的 。 当 项 目 要 为 用 户 提供 指导 或 帮助 或 者 要 自动 制定 一 
些 决 策 时 ， 就 需要 有 另外 一 组 职责 ， 这 些 职责 可 以 被 组 织 到 作业 层 之 上 的 决策 支持 层 中 
口 决策 支持 层 。 应 该 采取 什么 行动 或 制定 什么 策略 ? 这 个 层 是 用 来 作出 分 析 和 制定 决策 的 。 
它 根据 来 自 较 低 层 (例如 潜能 层 或 作业 层 ) 的 信息 进行 分 析 。 决 策 支持 软件 可 以 利用 历 
史 信息 来 主动 寻找 适用 于 当前 和 未 来 作业 的 机 会 。 
决策 支持 系统 对 其 他 层 (例如 作业 层 或 潜能 层 ) 有 概念 上 的 依赖 性 ， 因 为 决策 并 不 是 凭空 制 
定 的 。 很 多 项 目 都 利用 数据 仓库 技术 来 实现 决策 支持 。 在 这 样 的 项 目 中 ,决策 支持 层 实际 上 变 成 
了 一 个 独特 的 BOUNDED CONTEXT， 并 且 与 作业 软件 具有 一 种 CUSTOMER/SUPPLIER 关系 。 在 其 他 
项 目 中 , 决策 支持 层 被 更 深 地 集成 到 系统 中 ,就 像 前 面 的 扩展 示例 讲 到 的 那样 。 分 层 结构 的 一 个 
内 在 的 优点 是 较 低 的 层 可 以 独立 于 较 高 的 层 存在 。 这 样 有 利于 在 较 老 的 作业 系统 上 分 阶段 引入 新 
功能 或 开发 高 层次 的 增强 功能 。 
另 一 种 情形 是 软件 实施 了 详细 的 业务 规则 或 法 律 需求 ， 这 些 规则 或 需求 可 以 形成 一 个 
RESPONSIBILITYLAYER 。 
口 策略 层 。 规 则 和 目标 是 什么 ? 规则 和 目标 主要 是 被 动 的 ， 但 它们 约束 着 其 他 层 的 行为 。 
这 些 交 互 的 设计 是 一 个 微妙 的 问题 。 有 时 策略 会 作为 一 个 参数 传 给 较 低层 的 方法 。 有 时 
会 使 用 STRATEGY 模式 。 策 略 层 与 决策 支持 层 能 够 进行 很 好 的 协作 ,决策 支持 层 提供 了 用 
于 搜索 策略 层 所 设 定 的 目标 的 方式 ， 这 些 目标 又 受到 策略 层 所 设 定 的 规则 的 约束 。 
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策略 层 可 以 和 其 他 层 使 用 同一 种 语言 来 编写 , 但 它们 有 时 是 使 用 规则 引擎 来 实现 的 。 这 并 不 
是 说 一 定 要 把 它们 放 到 一 个 单独 的 BOUNDED CONTEXT 中 。 实 际 上 ， 通 过 在 两 种 不 同 的 实现 技术 
中 严格 使 用 同一 个 模型 ,可 以 减 小 在 这 两 种 实现 技术 之 间 进行 协调 的 难度 。 当 规则 与 它们 所 应 用 
的 对 象 是 基于 不 同 模型 编写 的 时 候 , 要 么 复杂 度 会 大 大 增加 , 要么 对 象 会 变 得 十 分 笨拙 而 难以 管 
理 。 如 图 16-13 所 示 。 


里 分 析 机 制 几乎 没有 状态 ， 管理 分 析 
蔷 因此 很 少 改变 优化 利用 率 
缩短 周期 时 间 

tk 策略 状态 的 改变 产品 优先 级 
次 。 约束 非常 缓慢 零 部 件 的 工艺 配方 
滞 (基于 业务 目标 

或 法 律 ) 
于。 凤 hw 状态 的 改变 非常 库存 

状况 《活动 和 计 未 完成 的 夫 部 件 的 状态 
至 划 ) 的 状态 st 

反映 出 业务 实际 状态 的 改变 频率 适中 。 设备 的 加 工 能 力 

器。 状 岂 (资源 ) 的 设备 可 用 性 
兴 状态 通过 工厂 运输 


图 16-13 工厂 自动 化 系统 中 的 概念 依赖 性 和 切合 点 


很 多 企业 并 不 是 依靠 工厂 和 设备 能 力 来 运营 的 。 举 两 个 例子 ， 在 金融 服务 或 保险 业 中 , 潜能 
在 很 大 程度 上 是 由 当前 的 运营 状况 决定 的 。 一 家 保险 公司 在 考虑 签 保单 承担 理赔 责任 时 ， 要 根据 
当前 业务 的 多 样 性 来 判断 是 否 有 能 力 承 担 它 所 带 来 的 风险 。 潜 能 野 有 可 能 会 被 合并 到 作业 层 中 ， 
这 样 就 会 演变 出 一 种 不 同 的 分 层 结构 。 

这 些 情况 下 经 常 出 现 的 一 个 层 是 对 客户 所 做 出 的 承诺 〈 见 图 16-14) 。 





口 承诺 层 。 我 们 承诺 了 什么 ?这 个 层 具有 策略 层 的 性 质 ， 因 为 它 表述 了 一 些 指导 未 来 运 
营 的 目标 ， 但 它 也 有 作业 层 的 性 质 ， 因 为 承诺 是 作为 后 续 业 务 活动 的 一 部 分 而 出 现 和 
变化 的 。 

法 能 层 和 承诺 层 并 不 是 互相 排斥 的 。 在 有 的 领域 中 (例如 一 家 提供 很 多 定制 运输 服务 的 运输 
公司 )， 这 两 个 层 都 很 重要 ， 因 此 可 以 同时 使 用 它们 。 与 这 些 领域 密切 相关 的 其 他 层 也 会 用 到 。 
我 们 需要 对 分 层 结构 进行 调整 和 实验 ， 但 一 定 要 使 分 层 系统 保持 简单 ， 如 果 层 数 超过 4 或 5， 就 
比较 难处 理 了 。 层 数 过 多 将 无 法 有 效 地 描述 领域 , 而 且 本 来 要 使 用 大 比例 结构 解决 的 复杂 性 问题 
又 会 以 一 种 新 的 方式 出 现 。 我 们 必须 对 大 比例 结构 进行 严格 的 精简 。 
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珊 分 析 机 抽 几乎 没有 状态 ， 风险 分 析 
加 到 此 很 少 改变 投资 组 全 分析 
有 读 判 具 
四 状态 的 改变 准备 全 限制 
如 约束 非常 组 机 资产 配 轩 目 标 
次 。 “(基于 业务 目标 ”~ 
或 法 律 ) 
i 反映 出 业务 处 理 状态 的 改变 频率 适中 客户 协议 
器 。 和 客户 合同 的 状态 联营 协议 
深 到 ome 
te。 反映 出 业务 实际 状态 的 改变 非常 快 。 未 偿 贷 款 的 状态 
加 。 状况 (活动 和 计 应 计 款项 
意 。 划 ) 的 状态 支付 和 分 配 


图 16-14 ”投资 银行 系统 中 的 概念 依赖 性 和 切合 点 


虽然 这 5 个 层 对 很 多 企业 系统 都 适用 ， 但 并 不 是 所 有 领域 的 主要 概念 都 涵盖 在 这 5 个 层 中 。 
有 些 情况 下 ,在 设计 中 生硬 地 套用 这 种 形式 反而 会 起 反作用 ,而 使 用 一 组 更 自然 的 RESPONSIBILITY 
LAYER 会 更 有 效 。 如 果 一 个 领域 与 上 述 讨论 毫 无 关系 ， 所 有 的 分 层 可 能 都 必须 从 头 开始 。 最 后 ， 
我 们 必须 根据 直觉 选择 一 个 起 点 ， 然 后 通过 EVOLVING ORDER 来 改进 它 。 [464] 


16.4 ”模式 : KNOWLEDGE LEVEL 





| Some | 

ae | 

| Te 发 [Behavioral | 

KnowlkedgeLevel | Strategy | 
Operationalled | 
Thing 

“KNOWLEDGE LEVEL 是 ”一 组 描述 了 另 一 组 对 象 应 该 有 哪些 行为 的 对 象 。 
[Martin Fowler “Accountability, ” www.martinfowler.com] 
当 我 们 需要 让 用 户 对 模型 的 一 部 分 有 所 控制 , 而 模型 又 必须 满足 更 大 的 一 组 规则 时 , 可 以 利 
用 KNOWLEDGE LEVEL (知识 级 别 ) 来 处 理 这 种 情况 。 它 可 以 使 软件 具有 可 配置 的 行为 ， 其 中 实 
体 中 的 角色 和 关系 必须 在 安装 时 (甚至 在 运行 时 ) 进行 修改 。 

在 《分 析 模 式 》([Fowler 1996, pp. 24-27]) 一 书 中 ， 知 识 级 别 这 种 模式 是 讨论 在 组 织 内 部 对 
责任 进行 建 模 的 时 候 提 到 的 ,后 来 在 会 计 系 统 的 过 账 规则 中 也 用 到 了 这 种 模式 。 虽 然 有 儿 章 内 容 
涉及 此 模式 ， 但 并 没有 为 它 单独 开 一 章 ， 因 为 它 与 书 中 所 讨论 的 大 部 分 模式 都 不 相同 。 
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KNOWLEDGE LEVEL 并 不 像 其 他 分 析 模 式 那样 对 领域 进行 建 模 ， 而 是 用 来 构造 模型 的 。 

为 了 使 问题 更 具体 ， 我 们 来 考虑 一 下 “责任 ”(accountability) 模型 。 组 织 是 由 人 和 一 些 更 
小 的 组 织 构成 的 , 并 且 定 义 了 他 们 所 承担 的 角色 和 互相 之 间 的 关系 。 不同 的 组 织 用 于 控制 这 些 角 
色 和 关系 的 规则 大 不 相同 。 有 的 公司 分 为 各 个 “部 门 "， 每 个 部 门 可 能 由 一 位 “主管 ”来 领导 ， 
他 要 向 “ 副 总 裁 ” 汇报。 而 有 的 公司 则 分 为 各 个 “模块 ”(module) ,每 个 模块 由 一 位 “经 理 ” 来 
领导 ， 他 要 向 “高 级 经 理 ” 汇 报 。 还 有 一 些 组 织 采 用 的 是 “和 矩阵” 形式， 其 中 每 个 人 都 出 于 不 同 
的 目的 而 向 不 同 的 经 理 汇报 。 

一 般 的 应 用 程序 都 会 做 一 些 假设 。 当 这 些 假设 并 不 恰当 时 , 用 户 就 会 在 数据 录入 字段 中 输入 

465] 与 预期 不 符 的 数据 。 由 于 语义 被 用 户 改变 ,因此 应 用 程序 的 任何 行为 都 可 能 会 失败 。 用 户 将 会 想 

出 一 些 迁 回 的 办 法 来 执行 这 些 行为 , 或 者 关闭 一 些 高 级 特性 。 他 们 不 得 不 费力 地 找 出 他 们 的 操作 
与 软件 行为 之 间 的 复杂 对 应 关系 。 这 样 他 们 永远 也 得 不 到 良好 的 服务 。 

当 必须 要 对 系统 进行 修改 或 替换 时 ， 开 发 人 员 (或 迟 或 早 ) 会 发 现 ， 有 一 些 功能 的 真实 含义 
并 不 像 它 们 看 上 去 的 那样 。 它 们 在 不 同 的 用 户 社区 或 不 同情 况 下 具有 完全 不 同 的 含义 。 在 不 破坏 
这 些 互相 你 加 的 含义 的 前 提 下 修改 任何 东西 都 是 非常 困难 的 。 要 想 把 数据 迁移 到 一 个 “更 合适 ” 
的 系统 中 ， 必 须要 理解 这 些 奇怪 的 部 分 ， 并 对 其 进行 编码 。 


| 示例 | 员工 工资 和 养老 金 系统 ， 第 1 部 分 


一 家 中 等 规模 公司 的 人 力 资 源 部 门 有 一 个 用 于 计算 工资 和 养老 金 代 扣 的 简单 程序 。 如 图 
16-15 和 图 16-16 所 示 。 
广 
| Retirement Plan | 


i 

















SM i 「 Employee 上 Department 
四 ass | 一 一 < 一 
efined Contribution Defined Beneft | jobtite :Stfne | name: Sring_ 
a ES 
Te 
ea 

= -全 一 一 一 

Hourly Employee | | Salaried Employee | 

466 图 16-15 原来 的 模型 在 新 的 需求 下 被 过 多 地 约束 





但 现在 , 管理 层 决定 办 公 室 行政 人 员 应 该 进入 “固定 受益 ”(Defined Benefit) 退休 计划 。 
问题 在 于 办 公 室 行政 人 员 是 按 小 时 付 薪酬 的 ， 而 这 个 模型 不 支持 混合 计算 。 因 此 必须 修改 模 
型 。 
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ore 





jack : Salaried Employee 
job title = “engineer 











jill : Salaried Employee 











job title = “manager” 








图 16-16 用 原来 的 模型 表示 出 来 的 一 些 员工 


下 面 的 模型 提议 非常 简单 ， 只 是 把 约束 去 掉 了 ， 如 图 16-17 所 示 。 但 也 会 出 现 一 些 错 误 ， 如 


图 16-18 所 示 。 


Defined Conit 


Employee 
mame:Siring | 


jobtitle : SR 


[| 


Hourly Employee | 硬汉 Employee| 
| 


图 16-17 提议 的 模型 ， 现 在 的 情况 是 约束 过 少 了 


Department 










tribution | Defined Benefit 





Di iu | 





mm Benefit (国定 受益 ) | 
itle = “receptionist™ a ee 


tom : Hourly Employee rs 


Bob 从 Defined Contribution 


《国定 代 扣 ) 变 成 了 Defined 











bob : Hourly Employee singleton : Defined Benefit 











job title = “office admin™ 











jack : Salaried Employee 








job title = “engineer” 

















job 


图 16-18 员工 可 能 会 与 错误 的 计划 关联 起 来 


到 | 
会 
3 
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在 这 个 模型 中 , 每 个 员工 随便 加 入 哪 一 种 退休 计划 都 可 以 , 因此 每 位 办 公 室 行政 人 员 都 可 以 
改变 退休 计划 。 管 理 层 最 后 放弃 了 这 个 模型 ， 因 为 它 没有 反映 出 公司 的 策略 。 一 些 行政 人 员 可 以 
选择 “固定 受益 ”计划 ， 而 另外 一 些 则 不 能 。 要 是 使 用 这 个 模型 ， 连 门卫 也 可 以 改变 退休 计划 。 
管理 层 需要 一 个 能 够 实施 以 下 策略 的 模型 : 


办 公 室 行政 人 员 按 小 时 付 薪酬 ， 且 采用 固定 受益 退休 计划 。 


这 个 策略 暗示 出 job tile (工作 头衔 ) 字段 现在 表示 了 一 个 重要 的 领域 概念 。 开 发 人 员 可 以 
重 构 模 型 , 用 Employee Type (员工 类 型 ) 把 这 个 概念 明确 显示 出 来 , 如 图 16-19 和 图 16-20 所 示 。 








ED ,二 
warm rie ye _ Employee 


job tite : String name : String 


Defined wooo | | ee | [| | | Department ， 




















图 16-19 Type 对 象 能 够 满足 需求 





bob : Employee | a ee Employee 
| Type EN 
2 -一 一 一 一 

jill: Employee | me | manager : Salaried Employee 

| De 


图 16-20 每 个 Employee Type 被 指定 一 个 Retirement Plan 
需求 可 以 像 下面 这 样 用 UBIQUITOUS LANGUAGE 来 表述 出 来 : 
一 个 EMPLOYEE TYPE 可 以 被 指定 两 种 RETIREMENT PLAN 中 的 任何 一 种 ， 也 可 以 被 


指定 两 种 工资 中 的 任何 一 种 。 
EMPLOYEE 受 EMPLOYEE TYPE 约束 。 


只 有 superuser (超级 用 户 ) 才能 编辑 Employee Type 对 象 ， 而 且 只 有 当 公司 策略 变更 时 ， 他 
才能 修改 此 对 象 。 人 事 部 门 的 普通 用 户 只 能 修改 Employee 对 象 ， 或 只 能 将 这 些 对 象 指 定 为 另 一 
种 Employee Type。 

这 种 模型 可 以 满足 需求 。 开 发 人 员 认 识 到 了 一 两 个 隐 含 的 概念 , 但 这 只 是 灵机 一 动 才 想到 的 。 
他 们 并 没有 具体 的 思路 可 供 追 查 下 去 ， 因 此 他 们 暂时 结束 了 这 一 天 的 工作 。 
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静态 模型 可 能 引起 问题 。 但 在 一 个 过 于 灵活 的 系统 中 ,如果 任何 可 能 的 关系 都 允许 存在 , 问 
题 一 样 糟糕。 这样 的 系统 使 用 起 来 会 很 不 方便 ， 而 且 会 导致 组 织 无 法 实施 自己 的 规则 。 

让 每 个 组 织 完全 定制 自己 的 软件 也 是 不 现实 的 , 即使 组 织 能 够 担负 得 起 定制 软件 的 费用 , 组 
织 结构 也 可 能 会 频繁 变化 。 

因此 ,这 样 的 软件 必须 为 用 户 提供 配置 选项 ,以便 反映 出 组 织 的 当前 结构 。 问 题 是 , 在 模型 
对 象 中 添加 这 些 选项 会 使 这 些 对 象 变 得 难于 处 理 。 要 求 的 灵活 性 越 高 ， 模 型 就 会 变 得 越 复杂 。 

如 果 在 一 个 应 用 程序 中 ，ENTITY 的 角色 和 它们 之 间 的 关系 在 不 同 的 情况 下 有 很 大 变化 ， 那 
么 复杂 性 会 显著 增加 。 在 这 种 情况 下 , 无 论 是 一 般 的 模型 还 是 高 度 定制 的 模型 ， 都 无 法 满足 用 户 
的 需求 。 为 了 兼顾 各 种 不 同 的 情形 ， 对 象 需要 引用 其 他 的 类 型 或 者 需要 具备 一 些 在 不 同情 况 下 
包括 不 同 使 用 方式 的 属性 。 具 有 相同 数据 和 行为 的 类 可 能 会 大 量 增 加 ,而 这 些 类 的 唯一 作用 只 是 
为 了 满足 不 同 的 组 装 规则 。 

在 我 们 的 模型 中 做 入 了 另 一 个 模型 ， 而 它 的 作用 只 是 描述 我 们 的 模型 。KNOWwLEDGE LEVEL 
分 离 了 模型 的 这 个 自我 定义 的 方面 ， 并 清楚 地 显示 了 它 的 限制 。 

KNOWLEDGE LEVEL 是 REFLECTION (反射 ) 模式 在 领域 层 中 的 一 种 应 用 ， 很 多 软件 架构 和 技 
术 基 础 设施 中 都 使 用 了 它 ，([Buschmann et al. 1996]) 中 给 出 了 详尽 介绍 。REFLECTION 模式 能 够 
使 软件 具有 “自我 感知 ”的 特性 ， 并 使 所 选中 的 结构 和 行为 可 以 接受 调整 和 修改 ， 从 而 满足 变化 
需要 。 这 是 通过 将 软件 分 为 两 个 层 来 实现 的 ， 一 个 层 是 “基础 级 别 ”(base level) ， 它 承担 应 用 程 ” [469 
序 的 操作 职责 ， 另 一 个 是 “元 级 别 ”(meta level) ， 它 表示 有 关 软 件 结构 和 行为 方面 的 知识 。 

值得 注意 的 是 ， 我 们 并 没有 把 这 种 模式 叫做 知识 “ 层 ”(layer) 。 虽 然 REFLECTION 与 分 层 很 
类 似 ,但 反射 却 包含 双向 依赖 关系 。 

Java 有 一 些 最 基本 的 内 置 REFLECTION 机 制 ， 它 们 采用 的 是 协议 的 形式 ， 用 于 查询 一 个 类 的 
方法 等 。 这 样 的 机 制 允许 用 户 查询 有 关 它 自己 的 一 些 设计 信息 。CORBA 也 有 一 些 扩展 (但 类 似 ) 
的 REFLECTION 协议 。 一 些 持久 化 技术 增加 了 更 丰富 的 自 描述 特性 ， 在 数据 表 与 对 象 之 间 提 供 了 
部 分 自动 化 的 映射 。 还 有 其 他 一 些 技术 例子 。 这 种 模式 也 可 以 在 领域 层 中 使 用 。 


KNowLEDGE LEVEL 与 REFLECTION 所 使 用 的 术语 比较 




















Fowler 的 术语 POSA” 的 术语 
知识 级 别 元 级 别 
操作 级 别 基础 级 别 





要 明确 的 一 点 是 ， 编 程 语言 的 反射 工具 并 不 是 用 于 实现 领域 模型 的 KNOWLEDGE LEVEL 的 。 
这 些 元 对 象 描述 的 是 语言 构造 本 身 的 结构 和 行为 。 相 反 ，KNOWLEDGE LEVEL 必须 使 用 普通 对 象 
来 构造 。 


四 POSA 是 Pattern-Oriented Software Architecture ([Buschmann et al 1996]) 一 书 的 缩写 。 
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KNOWLEDGE LEVEL 具有 两 个 很 有 用 的 特性 。 首 先 ， 它 关注 的 是 应 用 领域 ， 这 一 点 与 人 们 
所 熟悉 的 REFLECTION 模式 的 应 用 正好 相反 。 其 次 ， 它 并 不 追求 完全 的 通用 性 。 正 如 一 个 
SPECIFICATION 可 能 比 通用 的 断言 更 有 用 一 样 , 专门 为 一 组 对 象 和 它们 的 关系 定制 的 一 个 约束 集 
可 能 比 一 个 通用 的 框架 更 有 用 。KNOWLEDGE LEVEL 显得 更 简单 ， 而 且 可 以 传达 设计 者 的 特别 
意图 。 

因此 : 

创建 一 组 不 同 的 对 象 ,用 它们 来 描述 和 约束 基本 模型 的 结构 和 行为 .把 这 些 对 象 分 为 两 个 "级 
别 ”, 一 个 是 非常 具体 的 级 别 , 另 一 个 级 别 则 提供 了 一 些 可 供用 户 或 超级 用 户 定制 的 规则 和 知识 。 

像 所 有 有 用 的 思想 一 样 ，REFLECTION 和 KNOWLEDGE LEVEL 可 能 令 人 们 感到 振奋 ,但 不 应 滥 
用 这 种 模式 。 它 确实 能 够 使 对 象 不 必 为 了 满足 各 种 不 同情 形 下 的 需求 而 变 得 过 于 复杂 , 但 它 所 引 
人 的 间接 性 也 会 使 系统 变 得 更 模糊 。 如 果 KNOWLEDGE LEVEL 太 复杂 ， 开 发 人 员 和 用 户 就 很 难 理 
解 系统 的 行为 。 负 责 配置 它 的 用 户 (或 超级 用 户 ) 最 终 将 需要 具备 程序 员 的 技能 ， 甚 至 需要 掌握 
处 理 元 数据 的 技能 。 如 果 他 们 出 现 了 错误 ， 应 用 程序 也 将 会 产生 错误 行为 。 

而 且 ， 数 据 迁 移 的 基本 问题 并 没有 完全 得 到 解决 。 当 KNOWLEDGE LEVEL 中 的 某 个 结构 发 生 
变化 时 ， 必 须 对 现 有 的 操作 级 别 中 的 对 象 进行 相应 的 处 理 。 新 旧 对 象 确实 可 以 共存 ,但 无 论 如 何 
都 需要 进行 仔细 的 分 析 。 

所 有 这 些 问 题 为 KNOWLEDGELEVEL 的 设计 人 员 增加 了 一 个 沉重 的 负担 。 设计 必须 足够 健壮 ， 
因为 不 仅 要 解决 开发 中 可 能 出 现 的 各 种 问题 , 而 且 还 要 考虑 到 将 来 用 户 在 配置 软件 时 可 能 会 出 现 
的 各 种 问题 。 如 果 得 到 合理 的 运用 ，KNOWLEDGELEVEL 能 够 解决 一 些 其 他 方式 很 难 解决 的 问题 。 
如 果 系统 中 某 些 部 分 的 定制 非常 关键 , 而 要 是 不 提供 定制 能 力 就 会 破坏 掉 整 个 设计 , 这 时 就 可 以 
利用 知识 级 别 来 解决 这 一 问题 。 





员工 工资 和 养老 会 系 统 ， 第 2 部 分 ，KNOWLEDGE LEVEL 


我 们 的 团队 成 员 又 回来 了 ,经 过 了 一 夜 的 休息 ， 他 们 恢复 了 精神 ， 团 队 中 的 一 个 人 对 系统 中 
一 个 难处 理 的 问题 有 了 点 思路 。 为 什么 有 些 对 象 要 被 限制 起 来 ,而 其 他 对 象 则 可 以 自由 编辑 呢 ? 
那些 受 限制 的 对 象 让 他 想到 了 KNOWLEDGE LEVEL 模式， 他 决定 尝试 着 从 这 个 角度 来 观察 一 下 模 
型 ， 才 发 现 本 来 就 可 以 用 这 种 方式 来 观察 模型 的 。 

从 图 16-21 可 以 看 出 ， 受 限制 的 对 象 都 在 KNOWLEDGE LEVEL 中 ， 而 可 以 自由 编辑 的 对 象 都 
在 操作 级 别 中 ， 区 分 得 非常 清楚 。 虚 线 上 面 的 所 有 对 象 描述 了 类 型 或 长 期 策略 。Employee Type 
有 效 地 把 行为 加 在 Employee 上 。 

这 位 开发 人 员 把 他 的 想法 告诉 了 大 家 , 这 使 另 一 个 人 又 产生 了 另 一 个 想法 。 按 照 KNOWLEDGE 
LEVEL 对 模型 进行 组 织 后 ， 模 型 变 得 更 清晰 了 ， 这 使 她 一 下 子 发 现 了 昨天 困扰 她 的 那个 问题 一 一 
两 个 完全 不 同 的 概念 被 合并 到 同一 个 模型 中 。 昨天 她 在 团队 讨论 所 使 用 的 语言 中 就 听 到 了 这 个 问 
题 ， 只 是 没有 注意 到 而 已 : 
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| mpioyee ype | 
| job tite : String dj 











| Retirement Plan < 

| | 
Defined Contribution| | Defined Benefit 
| 














Hourly Employee Type | | Salaried Employee 
Type 


























图 16-21 ”从 现 有 模型 中 识别 出 隐 含 的 KNOWLEDGE LEVEL 


一 个 Employee Type 可 以 被 指定 两 种 Retirement Plan 中 的 任何 一 种 ， 
也 可 以 被 指定 两 种 工资 中 的 任何 一 种 。 


但 这 实际 上 并 不 是 用 UBIQUITOUS LANGUAGE 中 来 表达 的 声明 。 模 型 中 并 没有 “payroll”( 工 
资 )。 他 们 只 是 根据 自己 的 需要 来 讲话 ， 而 没有 使 用 实际 就 有 的 通用 语言 。payroll 的 概念 在 模型 
中 是 隐 含 的 ， 与 Employee Type 混在 一 起 。 在 分 离 出 KNOWLEDGE LEVEL 以 前 ， 它 并 不 明显 ,而 
且 这 个 声明 中 的 所 有 元 素 都 出 现在 同一 个 级 别 上 ， 只 有 一 个 元 素 例外 。 

根据 这 种 理解 ， 她 重 构 了 一 个 真正 支持 该 声明 的 模型 。 

为 了 让 用 户 控制 那些 制约 对 象 之 间 关 联 的 规则 ， 开 发 团队 开发 了 一 个 包含 隐 含 KNOWLEDGE 
LEVEL 的 模型 。 


a Employee ype | 
Retirement Plan <— 四 -一 Payroll 
| ob title : EE 
二 es > T a 


| 1 一 
[Beis comouion | Defined Benefit | | Hourly Payroll | Hourly Payroll 
! 











Employee Department 














| name : String name : String 


图 16-22 Payroll 现 在 已 经 显示 出 来 了 ， 它 已 与 Employee Type 分 离 
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singleton : Defined Benefit | 


[| 




















| re ffice admin : Hourly Employee 
3 | 
四 singleton : Hourly Payroll 
| i | 二 Salaried Emph a 
加 :Employees 王 | manager : S ployee 
Dpe 








Ws | | | singleton : Salaried Payroll | 


图 16-23 每 个 Employee Type 现在 都 有 一 个 Retirement Plan 和 一 个 Payroll 


特有 的 访问 约束 和 一 种 “事物 -事物 ”型 的 关系 对 开发 团队 起 到 了 提示 的 作用 ， 使 他 们 看 出 
了 隐 含 的 KNOWLEDGELEVEL。 一 旦 KNOWLEDGELEVEL 被 分 离 出 来 ， 它 就 能 够 使 模型 变 得 非常 清 
晰 ， 从 而 可 以 通过 提取 出 Payroll 将 两 个 重要 的 领域 概念 分 开 。 

像 其 他 大 比例 结构 一 样 ，KNOWLEDGE LEVEL 也 不 是 必须 要 使 用 的 。 没 有 它 ， 对 象 照样 能 工 
作 , 而 且 团队 可 能 仍 能 够 认识 到 他 们 需要 将 Employee Type 与 Payroll 分 离 。 当 项 目 进行 到 某 个 时 
刻 ， 这 种 结构 看 起 来 已 经 没什么 作用 了 ,那么 就 可 以 放弃 它 。 但 现在 它 对 于 描述 系统 很 有 用 ,并 
且 能 够 帮助 开发 人 员 理解 模型 。 








乍 看 上 去 ，KNOWLEDGE LEVEL 像 是 RESPONSIBILITY LAYER (特别 是 policy 层 ) 的 一 个 特例 ， 
但 它 并 不 是 。 首 先 ， 两 个 级 别 之 间 的 依赖 性 是 双向 的 ， 而 在 层次 结构 中 ， 较 低 的 层 不 依赖 于 较 高 
的 层 。 

实际 上 ，RESPONSIBILITY LAYER 可 以 与 其 他 大 部 分 的 大 比例 结构 共存 ， 它 提供 了 另 一 种 用 来 
组 织 模型 的 维度 。 


16.5 ”模式 PLUGGABLE COMPONENT FRAMEWORK 


在 深入 理解 和 反复 精炼 基础 上 得 到 的 成 熟 模型 中 , 会 出 现 很 多 机 会 。 通常 只 有 在 同一 个 领域 
中 实现 了 多 个 应 用 程序 之 后 ， 才 有 机 会 使 用 PLUGGABLE COMPONENTFRAMEWORK (可 插入 式 组 件 
框架 )。 





当 很 多 应 用 程序 需要 进行 互 操作 时 , 如 果 所 有 应 用 程序 都 基于 相同 的 一 些 抽象 , 但 它们 是 独 
立 设计 的 ， 那 么 在 多 个 BOUNDED CONTEXT 之 间 的 转换 会 限制 它们 的 集成 。 各 个 团队 之 间 如 果 不 
能 紧密 地 协作 ， 就 无 法 形成 一 个 SHARED KERNEL。 重 复 和 分 裂 将 会 增加 开发 和 安装 的 成 本 ， 而 
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且 互 操作 会 变 得 很 难 实现 。 

一 些 成 功 的 项 目 将 它们 的 设计 分 解 为 组 件 , 每 个 组 件 负责 提供 某 些 类 别 的 功能 。 通常 所 有 组 
件 都 插入 到 一 个 中 央 hub 上 ,这 个 hub 支持 组 件 所 需 的 所 有 协议 , 并 且 知 道 如 何 与 它们 所 提供 的 
接口 进行 对 话 。 还 有 其 他 一 些 将 组 件 连 在 一 起 的 可 行 模式 。 对 这 些 接口 以 及 用 于 连接 它们 的 hub 
的 设计 必须 要 协调 ， 而 组 件 内 部 的 设计 则 可 以 更 独立 一 些 。 

有 几 个 广泛 使 用 的 技术 框架 支持 这 种 模式 , 但 这 只 是 次 要 问题 。 一 种 技术 框架 只 有 在 能 够 解 
决 某 类 重要 技术 问题 的 时 候 才 有 必要 使 用 , 例如 在 设计 分 布 式 系统 或 在 不 同 应 用 程序 中 共享 一 个 
组 件 时 。 可 插入 式 组 件 框架 的 基本 模式 是 职责 的 概念 组 织 ， 它 很 容易 在 单个 的 Java 程序 中 使 用 。 

因此 : 

从 接口 和 交互 中 提炼 出 一 个 ABSTRACT CORE， 并 创建 一 个 框架 ， 这 个 框架 要 允许 这 些 接口 
的 各 种 不 同 实现 被 自由 替换 。 同 样 ， 无 论 是 什么 应 用 程序 ， 只 要 它 严 格 地 通过 ABSTRACT CORE 
的 接口 进行 操作 ， 那 么 就 可 以 允许 它 使 用 这 些 组 件 。 

高 层 抽象 被 识别 出 来 ， 并 在 整个 系统 范围 内 共享 ， 而 特 化 (specialization) 发 生 在 MODULE 
中 。 应 用 程序 的 中 央 hub 是 SHARED KERNEL 内 部 的 ABSTRACT CORE。 但 封装 的 组 件 接口 可 以 把 
多 个 BOUNDED CONTEXT 封装 到 其 中 ， 这 样 ， 当 很 多 组 件 来 自 多 个 不 同 地 方 时 ， 或 者 当 组 件 中 封 
装 了 用 于 集成 的 已 有 软件 时 ， 可 以 很 方便 地 使 用 这 种 结构 。 

这 并 不 是 说 不 同 组 件 一 定 要 使 用 不 同 的 模型 。 只 要 团队 采用 了 CONTINUOUS INTEGRATE， 
或 者 为 一 组 密切 相关 的 组 件 定义 了 另 一 个 SHARED KERNEL， 那 么 就 可 以 在 同一 个 CONTEXT 中 
开发 多 个 组 件 。 在 PLUGGABLE COMPONENT FRAMEWORK 这 种 大 比例 结构 中 , 所 有 这 些 策略 很 容 
易 共 存 。 在 某 些 情况 下 ， 还 有 一 种 选择 是 使 用 一 种 PUBLISHED LANGUAGE 来 编写 hub 的 插入 接 
口 。 

PLUGGABLE COMPONENT FRAMEWORK 也 有 几 个 缺点 。 一 个 缺点 是 它 是 一 种 非常 难以 使 用 的 
模式 。 它 需要 高 精度 的 接口 设计 和 一 个 非常 深入 的 模型 ， 以 便 把 一 些 必要 的 行为 捕获 到 
ABSTRACT CORE 中 。 另 一 个 很 大 的 缺点 是 它 只 为 应 用 程序 提供 了 有 限 的 选择 。 如 果 一 个 应 用 程 
序 需 要 对 CORE DOMAIN 使 用 一 种 非常 不 同 的 方 法 ,那么 可 插入 式 组 件 框架 将 起 到 妨碍 作用 。 开 
发 人 员 可 以 对 模型 进行 特殊 修改 ， 但 如 果 不 更 改 所 有 不 同 组 件 的 协议 ， 就 无 法 修改 ABSTRACT 
CoRE。 这 样 一 来 ，CoRE 的 持续 精 化 过 程 (也 是 通过 重 构 得 到 更 深层 理解 的 过 程 ) 在 某 种 程度 上 
会 陷 人 僵局 。 

[Fayad and Johnson(2000)] 中 详细 介绍 了 在 几 个 领域 中 使 用 PLUGGABLE COMPONENT 
FRAMEWORK 的 大 胆 尝试 ， 其 中 包括 对 SEMATECH CIM 框架 的 讨论 。 要 想 成 功 地 使 用 这 些 框架 ， 
需要 综合 考虑 很 多 事情 。 最 大 的 障碍 可 能 就 是 人 们 的 理解 不 那么 成 熟 , 要 想 设计 一 个 有 用 的 框架 ， 
必须 要 有 成 熟 的 理解 。PLUGGABLE COMPONENT FRAMEWORK 不 适合 作为 项 目的 第 一 个 大 比例 结 
构 , 也 不 适合 作为 第 二 个 。 最 成 功 的 例子 都 是 在 完全 开发 出 了 多 个 专门 应 用 之 后 才 采 用 这 种 结构 
的 。 
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| 示例 4 SEMATECH CIM 框架 


在 一 家 生产 计算 机 芯片 的 工厂 中 ， 一 组 一 组 的 硅 片 ( 称 为 lot) 从 一 台 机 器 传送 到 另 一 台 
机 器 , 通过 上 百 道 加 工 工序 , 直到 印刷 上 微 电 路 并 完成 蚀刻 。 工厂 需要 一 个 软件 来 跟踪 每 个 lot， 
记录 下 来 它 上 面 已 经 完成 的 加 工 ， 然 后 指挥 工人 或 自动 设备 把 它 送 到 下 一 台 正 确 的 机 器 上 , 并 
进行 下 一 次 正确 的 加 工 。 这 样 的 软件 称 为 制造 执行 系统 (Manufacturing Execution System， 
MES)。 

工厂 使 用 了 数 十 家 供应 商 生 产 的 数 百 台 不 同 的 机 器 , 每 道 工 序 都 仔细 设计 了 定制 的 配方 。 为 
这 个 复杂 的 混合 加 工 过 程 开发 MES 软件 是 一 项 异常 艰巨 的 任务 ， 而 且 费 用 也 十 分 高 品 。 为 了 解 
决 这 些 问题 ，SEMATECH (一 家 行业 协会 ) 开发 了 CIM 框架 。 

CIM 框架 庞大 而 复杂 ， 它 有 很 多 方面 ， 但 只 有 两 个 方面 与 我 们 这 里 的 讨论 相关 。 首 先 ， 这 
个 框架 为 半导体 MES 领域 的 基本 概念 定义 了 抽象 接口 ， 换 言 之 ， 以 ABSTRACT CORE 的 形式 定义 
了 CoRE DoMAIN。 这 些 接口 定义 既 包 括 行为 上 的 ， 也 包括 语义 上 的 。 

| 
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16-24 ”高度 简化 的 CIM 接口 子 集 ， 提 供 了 一 些 实现 样 例 


如 果 某 家 供应 商 生产 了 一 种 新 的 机 器 ， 他 们 必须 开发 Process Machine 接口 的 一 个 专用 实 
现 。 只 要 他 们 遵守 该 接口 ， 他 们 的 机 器 控制 组 件 就 可 以 插入 到 任何 基于 CIM 框架 的 应 用 程序 
中 。 

在 定义 了 这 些 接口 之 后 ，SEMATECH 又 定义 了 组 件 在 应 用 程序 中 进行 交互 时 需要 遵守 的 规 
则 。 任 何 基于 CIM 框架 的 应 用 程序 都 必须 实现 一 个 协议 ， 通 过 这 个 协议 来 为 那些 已 经 实现 部 分 
接口 的 对 象 提供 服务 。 如 果 这 个 协议 已 经 实现 , 而 且 应 用 程序 严格 遵守 抽象 接口 ， 那 么 这 个 应 用 
程序 就 可 以 使 用 这 些 接口 所 提供 的 服务 , 而 不 用 管 它们 是 如 何 实现 的 。 这 些 接口 以 及 为 了 使 用 接 
口 而 实现 的 协议 组 合 在 一 起 ， 构 成 了 具有 严格 限制 的 大 比例 结构 。 
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四 系统 中 的 处 理 
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图 16-25 用 户 把 一 个 lot 放 到 下 一 台 机 器 上 ， 并 把 这 次 操作 记录 到 计算 机 中 


这 个 框架 需要 使 用 专门 的 基础 设施 。 它 主要 使 用 CORBA 来 提供 持久 化 、 事 务 、 事 件 和 其 他 
技术 服务 。 但 它 的 PLUGGABLE COMPONENTFRAMEWORK 的 定义 很 有 趣 , 它 允 许 人 们 独立 开发 软件 ， 
并 把 开发 出 来 的 软件 平滑 地 集成 到 庞大 的 系统 中 。 没 有 人 会 知道 这 个 系统 中 的 所 有 细节 ,但 每 个 
人 都 理解 整体 视图 。 








数 千 人 是 如 何 分 工 来 制作 一 个 由 40 000 多 块 组 成 的 “艾滋 病 纪 念 拼 被 ”的 ? 

几 条 简单 的 规则 为 “艾滋 病 拼图 被 子 ”提供 了 一 种 大 比例 结构 ， 而 细节 则 由 各 个 志愿 者 来 完 
成 。 注 意 规则 重点 关注 的 三 个 方面 , 一 是 整体 任务 (纪念 那些 因 艾滋 病 而 死去 的 人 们 )， 二 是 各 个 
小 块 所 具有 的 那些 使 其 容易 拼 到 整体 中 的 特性 ， 三 是 处 理 更 大 的 块 的 能 力 ( 例 如 把 它 折 丰 起 来 ) 。 


以 下 就 是 艾滋 病 纪念 拼 被 的 一 个 拼 块 的 制作 方法 
[摘自 艾滋 病 纪 念 拼 被 网 站 ，www.aidsquilt.org] 
设计 拼 块 
把 要 纪念 的 人 的 名 字 写 到 拼 块 上 。 可 以 自由 加 入 其 他 一 些 信息 ,例如 出 生 、 死 亡 日 期 和 出 生 
地 ， 等 等 ， 每 个 拼 块 仅 限 一 人 …… 
选择 你 的 材料 
记 住 , 被单 要 被 折 登 和 打开 许多 次 ， 因 此 材料 的 耐久 性 很 重要 。 由 于 胶 会 随 着 时 间 失 效 ， 因 
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此 最 好 把 东西 颖 到 拼 块 上 。 最 好 使 用 重量 适中 、 不 具有 拉 促 性 的 布料 ， 例 如 棉 帆 布 或 毛 葛 。 
设计 可 以 采用 横向 或 纵向 ， 但 最 终 镀 好 边 的 拼 块 必 须 是 3 英尺 x6 英 尺 (90cmx 180 cm) 
能 多 也 不 能 少 ! 裁剪 布料 时 ， 每 个 边 留 出 2 一 3 英寸 的 镶 边 。 如 果 你 自己 不 能 镶 边 ， 我 们 会 为 你 
代劳 。 无 需 为 拼 块 缝 制 夹层 , 但 建议 在 背面 缝 一 个 衬 执 ,这样 当 把 拼 块 放 到 地 上 了 时， 可 以 保持 干 
净 ， 也 有 助 于 保持 布料 不 变形 。 
制作 拼 块 
制作 拼 块 时 可 能 会 用 到 以 下 技术 。 
口 颖 饰 : 在 背景 布料 上 颖 上 其 他 的 织物 、 信 件 或 小 的 纪念 品 。 不 要 使 用 胶水 ， 因 为 它 很 容 
口 用 颜料 涂 色 : 刷 上 纺织 颜料 或 快速 上 色 染 料 ,也 可 以 使 用 不 褪色 的 墨水 笔 。 不 要 使 用 “ 棉 
花 彩 ”“， 因 为 它 的 黏 性 太 大 了 。 
口 模 绘 : 用 铅笔 把 你 的 设计 画 到 布料 上 ， 然 后 把 得 到 的 模板 垫 高 ， 再 用 刷子 涂 上 纺织 颜料 
或 不 禄 色 的 标记 。 
日 拼 贴 : 在 拼 块 上 使 用 的 材料 一 定 不 要 把 布料 划 破 (因此 不 要 使 用 玻璃 和 金属 片 )， 还 要 注 
意 不 要 使 用 体积 很 大 的 物品 。 
口 照片 ， 加 照片 或 信件 的 最 好 方法 是 把 它们 影印 到 汤 印 转 印 纸 (iron-on transfer) 上 ， 再 由 
锅 印 转 印 纸 印 到 100% 的 纯 棉 布料 上 ， 再 把 这 块 布料 颖 到 拼 块 上 。 也 可 以 用 乙烯 材料 把 昭 
片 塑封 起 来 ， 再 锋 到 拼 块 上 (不 要 放 在 中 央 ， 以 避免 折叠) 。 


16.6 ”结构 应 该 有 一 种 什么 样 的 约束 


本 章 所 讨论 的 大 比例 结构 很 广泛 ， 从 非常 宽松 的 SYSTEM METAPHOR 到 严格 的 PLUGGABLE 
COMPONENT FRAMEWORK。 当 然 ， 还 有 很 多 其 他 结构 ， 而 且 ， 甚 至 在 一 个 通用 的 结构 模式 中 ， 在 
制定 规则 上 也 可 以 选择 多 种 不 同 的 严格 程度 。 

例如 ，RESPONSIBILITY LAYER 规定 了 一 种 用 于 划分 模型 概念 以 及 它们 的 依赖 性 的 方式 ， 但 我 
们 也 可 以 添加 一 些 规则 ， 来 指定 各 个 层 之 间 的 通信 模式 。 

假设 有 一 家 制造 厂 , 每 个 零件 在 哪 台 机 器 上 加 工 (根据 工艺 配方 ) 完全 由 软件 来 指挥 。 正 确 
的 加 工 命令 是 从 策略 层 发 出 的 ,并 在 作业 以 执 行 。 但 工厂 的 实际 生产 不 可 避免 地 会 有 错误 。 实 际 
情况 将 与 软件 的 规则 不 符 。 现 在 ， 作 业 层 必须 要 反映 出 工厂 的 实际 情况 ， 这 意味 着 当 一 个 零件 偶 
然 被 放 到 一 台 错 误 的 机 器 上 时 , 机 器 必须 无 条 件 地 接受 它 。 这 种 异常 情况 需要 以 某 种 方式 传递 到 
更 高 的 层 。 然 后 ,决策 制定 层 可 以 利用 其 他 策略 来 纠正 这 种 情况 ， 可 以 把 该 零件 重新 送 到 修理 流 
程 或 直接 丢弃 它 。 但 作业 层 不 知道 较 高 层 的 任何 信息 。 通 信 必 须 是 单 向 的 ， 不 能 让 较 低层 产生 对 





不 


加 棉花 彩 (puffy paint) 一 种 绘画 颜料 ， 可 以 画 在 纸 、 石 头 、 木 头 、 金 属 等 上 , 千 后 用 电 吹风 加 热 即 可 产生 浮 凸 效果 。 
一 一 详 者 注 
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较 高 层 的 依赖 性 。 

通常 , 这 种 信号 传递 是 通过 某 种 事件 机 制 实现 的 。 每 当 作 业 层 对 象 的 状态 发 生变 化 时 ,它们 
就 将 生成 事件 。 策 略 层 对 象 将 监听 来 自 较 低层 的 相关 事件 。 如 果 一 个 事件 违反 了 某 个 规则 , 该 规 
则 将 执行 一 个 动作 (规则 定义 的 一 部 分 ) 来 给 出 适当 的 响应 , 或 者 生成 一 个 事件 反馈 给 更 高 的 层 ， 
以 便 帮 助 更 高 的 层 做 出 决策 。 

例如 在 银行 中 ， 当 投资 组 合 中 的 某 些 部 分 发 生变 动 时 ， 资 产 的 价值 会 发 生 改 变 ( 作 业 层 )。 
当 这 些 值 超过 投资 组 合 的 配置 限制 时 (策略 层 )， 交 易 商 可 能 就 会 接 到 通知 ， 然 后 他 可 以 通过 买 
入 或 卖 出 资产 来 恢复 平衡 。 

我 们 可 以 为 每 种 不 同 的 情况 设计 不 同 的 事件 机 制 ,也 可 以 让 特殊 层 中 的 对 象 在 交互 时 遵守 一 
种 一 致 的 模式 。 结 构 越 严格 ， 一 致 性 就 越 高 ， 设 计 也 越 容易 理解 。 如 果 结构 适当 的 话 ， 规 则 将 推 
动 开发 人 员 得 出 好 的 设计 。 不 同 的 部 分 之 间 会 更 协调 。 

另 一 方面 , 约束 也 会 限制 开发 人 员 所 需 的 灵活 性 。 在 异 构 系统 中 , 特别 是 当 系 统 使 用 了 不 同 
的 实现 技术 时 ， 可 能 无 法 跨越 不 同 的 BoUNDED CONTEXT 来 使 用 非常 特殊 的 通信 路 径 。 

因此 一 定 要 克制 , 不 要 滥用 框架 和 死板 地 实现 大 比例 结构 。 大 比例 结构 的 最 重要 的 贡献 在 于 
它 具 有 概念 上 的 一 致 性 , 并 帮助 我 们 更 深入 地 理解 领域 。 每 条 结构 规则 都 应 该 使 开发 变 得 更 容易 
实现 。 


16.7 ”通过 重 构 得 到 更 适当 的 结构 


在 当今 这 个 时 代 , 软件 开发 行业 正在 努力 摆脱 过 多 的 预先 设计 , 因此 一 些 人 会 把 大 比例 结构 
看 作 是 倒退 回 了 过 去 那 段 使 用 瀑布 架构 的 令 人 痛苦 的 年 代 。 但 实际 上 ， 只 有 深入 地 理解 领域 和 问 
题 才能 发 现 一 种 非常 有 用 的 结构 ， 而 获得 这 种 深刻 的 理解 的 有 效 方式 就 是 迭代 开发 过 程 。 

团队 要 想 坚持 EvoLVING ORDER 原则 ， 必 须 在 项 目的 整个 生命 周期 中 大 胆 地 反复 思考 大 比例 
结构 。 团 队 不 应 该 一 成 不 变 地 使 用 早期 构思 出 来 的 那个 结构 ， 因 为 那 时 所 有 人 对 领域 或 需求 的 理 
解 都 不 够 完善 。 

遗憾 的 是 , 这 种 演变 意味 着 最 终 的 结构 不 会 在 项 目 一 开始 就 被 发 现 , 而 且 我 们 必须 在 开发 过 
程 中 进行 重 构 ， 以 便 得 到 最 终 的 结构 。 这 可 能 很 难 实现 ， 而 且 需 要 高 昂 的 代价 ， 但 这 样 做 是 非常 
必要 的 。 有 一 些 通用 的 方法 可 以 帮助 控制 成 本 并 最 大 化 收益 。 


16.7.1 最 小 化 
控制 成 本 的 一 个 关键 是 保持 一 种 简单 、 轻 量 级 的 结构 。 不 要 试图 使 结构 面面俱到 。 只 需 解决 
最 主要 的 问题 即 可 ， 其 他 问题 可 以 留 到 后 面 一 个 一 个 地 解决 。 


开始 最 好 选择 一 种 松散 的 结构 , 例如 SYSTEM METAPHOR 或 几 个 RESPONSIBILITYLAYER。 不 管 
怎样 ， 一 种 最 小 化 的 松散 结构 可 以 起 到 轻 量 级 的 指导 作用 ， 它 有 助 于 避免 混乱 。 
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16.7.2 沟通 和 自律 


整个 团队 在 新 的 开发 和 重 构 中 必须 遵守 结构 。 要 做 到 这 一 点 ， 整 个 团队 必须 理解 这 种 结构 。 
必须 把 术语 和 关系 纳入 到 UBIQUITOUS LANGUAGE 中 。 

大 比例 结构 为 项 目 提供 了 一 个 术语 表 , 它 概要 地 描述 了 整个 系统 , 并 且 使 不 同人 员 能 够 做 出 
一 致 的 决策 。 但 由 于 大 多 数 大 比例 结构 只 是 松散 的 概念 指导 ， 因 此 团队 必须 要 自觉 地 遵守 它 。 

如 果 很 多 人 不 遵守 结构 , 它 慢 慢 就 会 失去 作用 。 这 时 ,结构 与 模型 和 实现 的 各 个 部 分 之 间 的 
关系 无 法 总 是 在 代码 中 明确 地 反映 出 来 ， 而 且 功能 测试 也 不 再 依赖 结构 了 。 此 外 ,结构 往往 是 抽 
象 的 ， 因 此 很 难保 证 在 一 个 大 的 团队 (或 多 个 团队 ) 中 一 致 地 应 用 它 。 

在 大 多 数 团队 中 , 仅仅 通过 沟通 是 不 足以 保证 在 系统 中 采用 一 致 的 大 比例 结构 的 。 至 关 重 要 
的 一 点 是 要 把 它 合并 到 项 目的 通用 语言 中 ， 并 让 每 个 人 都 严格 地 使 用 UBIQUTTOUS LANGUAGE。 


16.7.3 ”通过 重 构 得 到 柔性 设计 


其 次 , 对 结构 的 任何 修改 都 可 能 导致 大 量 的 重 构 工作 出 现 。 随 着 系统 复杂 度 的 增加 和 人 们 理 
解 的 加 深 ， 结 构 会 不 断 演变 。 每 次 修改 结构 时 ， 必 须 修改 整个 系统 ， 以 便 遵 守 新 的 秩序 。 显 然 这 
需要 付出 大 量 工作 。 

但 这 并 不 像 听 上 去 那么 精 糕 。 根据 我 的 观察 , 采用 了 大 比例 结构 的 设计 往往 比 那些 未 采用 的 
设计 更 容易 转换 。 即 使 是 从 一 种 结构 更 改 为 男 一 种 结构 (例如 从 METAPHOR 改 为 LAYER) 也 是 如 
此 。 我 无 法 完全 解释 清楚 这 是 什么 原因 。 部 分 原因 是 当 完全 理解 了 某 个 系统 的 当前 布局 之 后 , 再 
重新 安排 它 就 会 更 容易 ,而 且 先 前 的 结构 使 得 重新 布局 变 得 更 容易 。 还 有 部 分 原因 是 用 于 维护 先 
前 结构 的 那 种 自律 性 已 经 渗透 到 了 系统 的 各 个 方面 。 但 我 觉得 还 有 更 多 的 原因 ， 因为 当 一 个 系统 
先前 已 经 使 用 了 两 种 结构 时 ， 它 的 更 改 甚至 更 加 容易 。 

一 件 新 皮 茄克 穿 起 来 又 硬 又 不 舒服 , 但 穿 了 一 天 之 后 , 肘 部 经 过 若干 次 弯曲 后 就 会 变 得 更 容 
易 弯曲 。 再 穿 几 天 之 后 ， 肩 部 也 会 变 得 宽松 ， 茄 克也 更 容易 穿 上 了 。 几 个 月 后 ,皮质 开 始 变 得 柔 
软 ， 穿 着 会 更 舒适 ， 也 更 容易 穿 上 。 同 样 ， 对 模型 反复 进行 合理 的 转换 也 有 相同 效果 。 不 断 增加 
的 知识 被 合并 到 模型 中 ， 更 改 的 要 点 已 经 被 识别 出 来 ， 并 且 更 改 也 变 得 更 灵活 ， 同 时 模型 中 一 些 
稳定 的 部 分 也 得 到 了 简化 。 这 样 ,底层 领域 的 更 显著 的 CONCEPTUALCONTOUR 就 会 在 模型 结构 中 
浮现 出 来 。 


16.7.4 ”通过 精炼 可 以 减轻 负担 


对 模型 施加 的 另 一 项 关键 工作 是 持续 精炼 。 这 可 以 从 各 个 方面 减 小 修改 结构 的 难度 。 首 先 ， 
从 CoRE DoMAIN 中 去 掉 一 些 机 制 、GENERIC SUBDOMAIN 和 其 他 支持 结构 ， 需 要 重 构 的 内 容 就 少 
多 了 。 

如 果 可 能 的 话 ， 应 该 把 这 些 支 持 元 素 简 单 地 定义 成 符合 大 比例 结构 的 形式 。 例 如 ， 在 一 个 
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RESPONSIBILITYLAYER 系统 中 ， 可 以 把 GENERIC SUBDOMAIN 定义 成 只 适合 放 到 某 个 特定 层 中 。 当 
使 用 了 PLUGGABLE COMPONENT FRAMEWORK 的 时 候 ， 可 以 把 GENERIC SUBDOMAIN 定义 成 完全 由 
某 个 组 件 拥有 ,也 可 以 定义 成 一 个 SHAREDKERNEL， 供 一 组 相关 组 件 使 用 。 这 些 支持 元 素 可 能 需 
要 进行 重 构 ， 以 便 找到 它们 在 结构 中 的 适当 位 置 ， 但 它们 的 移动 与 CORE DoMAIN 是 独立 的 ， 而 
且 移动 也 限制 在 很 小 的 范围 内 ， 因 此 更 容易 实现 。 最 后 ， 它 们 都 是 次 要 元 素 ， 因 此 它们 的 精 化 不 
会 影响 大 局 。 

通过 精炼 和 重 构 得 到 更 深层 理解 的 原理 甚至 也 适用 于 大 比例 结构 本 身 。 例如, 最 初 可 以 根据 
对 领域 的 初步 理解 来 选择 分 层 结构 ,然后 逐步 用 更 深层 次 的 抽象 (这 些 抽象 表达 了 系统 的 基本 职 
责 ) 来 代替 它们 。 这 种 极 高 的 清晰 度 使 人 们 能 够 透彻 地 理解 领域 ， 这 也 是 我 们 的 目标 。 它 也 是 一 
种 使 系统 的 整体 控制 变 得 更 容易 、 更 安全 的 手段 。 
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领域 驱动 设计 的 综合 运用 


全 T 说 给 出 了 领域 哎 动 战略 设计 的 很 多 原则 和 技术 。 在 一 个 大 的 、 复 杂 的 系统 中 ， 可 
月 | 能 需要 在 一 个 设计 中 综合 运用 几 种 策略 。 那 么 ， 大 比例 结构 如 何 与 CONTEXT MAP 共 


存 ? 应 该 把 构造 块 放 到 哪里 ? 第 一 步 先 做 什么 ?第 二 步 和 第 三 步 呢 ? 如 何 设计 你 的 战略 ? 








把 大 比例 结构 与 BouUNDED CONTEXT 结合 起 来 使 用 
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战略 设计 的 三 个 基本 原则 (上 下 文 、 精炼 和 大 比例 结构 ) 并 不 是 可 以 互相 代替 的 ， 而 是 互 为 
补充 ， 并 且 以 多 种 方式 交互 。 例 如 , 一 种 大 比例 结构 可 以 存在 于 一 个 BOUNDED CONTEXT 中 ， 也 可 
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以 跨越 多 个 BOUNDED CONTEXT 存 在 ， 并 用 于 组 织 CONTEXT MAP。 

前 面 的 RESPONSIBILITY LAYER 的 例子 被 限定 在 一 个 BOUNDED CONTEXT 中 。 这 是 解释 这 一 思想 
的 最 简单 的 方法 ， 也 是 该 模式 的 一 般 用 法 。 在 这 样 的 简单 场景 中 ， 层 的 名 称 的 含义 仅 用 于 该 
CONTEXT， 该 CONTEXT 中 的 模型 元 素 或 子 系统 接口 的 名 称 也 是 如 此 。 
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图 17-2 在 一 个 BOUNDED CONTEXT 内 部 构造 一 个 模型 


这 样 的 局 部 结构 在 一 个 非常 复杂 但 统一 的 模型 中 是 很 有 用 的 , 它 使 系统 所 能 承受 的 复杂 度 的 
上 限 提高 了 ， 进 而 使 得 在 一 个 BOUNDED CONTEXT 中 可 以 维护 更 多 的 对 象 。 

但 是 在 很 多 项 目 中 , 更 大 的 挑战 是 知道 怎样 使 各 个 不 同 的 部 分 构成 一 个 整体 ,如 图 17-3 所 示 。 
这 些 部 分 可 能 被 划分 到 不 同 的 BOUNDED CONTEXT 中 ， 但 是 各 个 部 分 在 整个 集成 系统 中 的 作用 是 什 
么 ， 它 们 之 间 又 是 如 何 互相 关联 的 ? 理解 了 这 些 问题 之 后 就 可 以 用 大 比例 结构 来 组 织 CONTEXT 
MAaP。 在 这 种 情况 下 ， 结 构 的 术语 适用 于 整个 项 目 (或 至 少 是 项 目 中 某 个 明确 限定 的 部 分 )。 
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图 17-3 ”在 不 同 BouNDED CoNTExT 的 组 件 关系 上 所 使 用 的 结构 
假设 你 打算 采用 RESPONSIBILITY LAYER 模 式 ， 但 你 有 一 个 遗留 系统 ， 它 的 组 织 结构 与 你 想 要 
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采用 的 大 比例 结构 不 一 致 。 那 么 是 否 必须 放弃 LAYERS 模 式 ? 不 必 放 弃 它 , 但 是 你 必须 确定 遗留 系 

统 在 新 结构 中 的 位 置 ， 如 图 17-4 所 示 。 实 际 上 ， 职 责 层 可 能 有 助 于 刻画 出 遗留 系统 的 特征 。 遗 留 

系统 所 提供 的 SERVICE 可 以 只 被 限定 到 几 个 层 中 。 如 果 我 们 能 够 说 出 遗留 系统 与 哪儿 个 特定 的 

RESPONSIBILITY LAYER 相 符 ， 那 么 这 就 非常 精确 地 描述 了 遗留 系统 的 范围 和 角色 的 关键 方面 。 
Amcownurrov MY 
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图 17-4 ”允许 一 些 组 件 跨越 多 个 层 的 结构 


如 果 遗 留 子 系统 的 功能 是 通过 一 个 FACADE 来 访问 的 ， 那 么 就 可 以 把 该 FACADE 所 提供 的 每 项 
SERVICE 都 设计 到 一 个 层 中 。 

在 这 个 示例 中 ，Shipping Coordination 应 用 程序 是 一 个 遗留 系统 ， 它 的 内 部 机 制 是 作为 一 个 
无 差别 的 整体 呈现 出 来 的 。 但 如 果 项 目 团队 已 经 很 好 地 建立 了 一 种 跨 CONTEXT MAP 的 大 比例 结 
构 ， 那 么 团队 可 以 选择 在 他 们 的 CONTEXT 中 按照 已 经 熟悉 的 层 来 组 织 模型 ， 如 图 17-5 所 示 。 

当然 , 由 于 每 个 BOUNDED CONTEXT 都 是 其 自己 的 名 称 空间 , 因此 在 一 个 CONTEXT 中 可 以 使 

一 种 结构 来 组 织 模型 ， 而 在 相 邻 的 CONTEXT 中 则 可 以 使 用 另 一 种 结构 ， 然 后 再 使 用 一 种 别 的 
结构 来 组 织 CONTEXTMAP。 但 是 , 使 用 过 多 的 结构 就 会 损害 大 比例 结构 作为 项 目 统一 概念 集 的 
价值 。 
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| 这 个 对 象 模型 所 显示 的 
| 对 象 只 用 于 这 个 CoNrexr, 
| 但 模型 是 技 照 CovrExr 

| MAP 所 使 用 的 同一 个 大 比例 


| 结构 来 组 织 的 。 | 


图 17-5 在 一 个 CONTEXT 中 和 整个 CONTEXT MAP (作为 一 个 整体 ) 中 使 用 同一 种 结构 


17.2 将 大 比例 结构 与 精炼 结合 起 来 使 用 


大 比例 结构 和 精炼 的 概念 也 是 互 为 补充 的 。 大 比例 结构 可 以 帮助 解释 CORE DoMAIN 内 部 的 关 [48: 


系 以 及 GENERIC SUBDOMAIN 之 间 的 关系 ， 如 图 17-6 所 示 。 

同时 ， 大 比例 结构 本 身 也 可 能 是 CORE DOMAIN 的 一 个 重要 部 分 。 例 如 ， 把 潜能 层 、 作 业 层 、 
策略 层 和 决策 支持 层 区 分 开 , 能 够 提炼 出 对 软件 所 要 解决 的 业务 问题 的 基本 理解 。 当 项 目 被 划分 
为 多 个 BOUNDED CONTEXT 时 ,这 种 理解 会 特别 有 用 ,这 样 CORE DoMAIN 的 模型 对 象 就 不 会 具有 过 
多 的 含义 。 


17.3 首先 评估 


当 对 一 个 项 目 进行 战略 设计 时 ， 首 先 需要 清晰 地 评估 当前 现状 。 

(D 画 出 CONTEXT MAP。 你 能 画 出 一 个 一 致 的 图 吗 ? 有 没有 一 些 模棱两可 的 情况 ? 

(2) 注意 项 目 上 的 语言 使 用 。 有 没有 UBIQUITOUS LANGUAGE? 这 种 语言 是 否 足够 丰富 ， 以 便 
帮助 开发 ? 

(3) 理解 重点 所 在 。CoRE DoMAIN 被 识别 出 来 了 吗 ? 有 没有 DOMAIN VISION STATEMENT? 你 能 
写 一 个 吗 ? 

(4) 项 目 所 采用 的 技术 是 遵循 MopEL-DRIVEN DESIGN， 还 是 与 之 相悖 ? 
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(5) 团队 开发 人 员 是 否 具备 必要 的 技能 ? 
(6) 开发 人 员 是 否 了 解 领域 知识 ?他 们 对 领域 是 否 鳄 兴趣? 
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图 17-6 通过 分 层 把 CoRE DoMAIN 的 MopULE (用 粗 框 显示 ) 
和 GENERIC SUBDOMAIN 分 得 更 清楚 





第 17 章 ”领域 驱动 设计 的 综合 运用 341 





当然 ,我们 不 会 发 现 完美 的 答案 。 我们 现在 对 项 目的 了 解 永 远 不 如 将 来 的 了 解 深 入 。 但 这 些 
问题 为 我 们 提供 了 一 个 可 靠 的 起 点 。 当 知道 了 这 些 问题 的 初步 答案 后 , 我 们 就 会 明白 什么 是 最 迫 
切 需要 解决 的 。 随 着 时 间 的 推进 ， 我 们 可 以 得 出 更 精炼 的 答案 ， 特 别 是 CONTEXT MAP、DOMAIN 
VISION STATEMENT， 以 及 其 他 创建 出 来 的 工件 ， 这 些 答案 都 反映 出 了 变化 的 情况 和 新 的 理解 。 


17.4 ”由 谁 制定 策略 


传统 上 , 架构 是 在 应 用 程序 开发 开始 之 前 建立 的 , 并且 在 这 种 组 织 中 ,负责 建立 架构 的 团队 
比 应 用 开发 团队 拥有 更 大 的 权力 。 但 我 们 并 不 一 定 得 遵循 这 种 传统 的 方式 , 因为 它 并 不 总 是 十 分 
有 效 。 

战略 设计 必须 明确 地 应 用 于 整个 项 目 。 项 目 有 很 多 组 织 方式 ,这 一 点 我 并 不 想 做 过 多 的 说 明 。 
但 是 ， 要 想 使 决策 制定 过 程 更 有 效 ， 需 要 注意 一 些 基本 问题 。 

首先 , 我 们 简单 介绍 一 下 我 曾 见 过 的 两 种 在 实践 中 具有 一 定价 值 的 风格 ( 握 弃 了 传统 的 “由 
高 层 制定 决策 ”的 做 法 )。 


17.4.1 从 应 用 程序 开发 自动 得 出 的 结构 


一 个 非常 善于 沟通 、 懂 得 自律 的 团队 在 没有 核心 领导 的 情况 下 照样 能 够 很 好 地 工作 , 他 们 能 
够 遵循 EVoLVING ORDER 来 达成 一 组 共同 遵守 的 原则 ， 这 样 就 能 够 有 机 地 形成 一 种 秩序 ， 而 不 用 
靠 命令 来 约束 。 

这 是 极限 编程 团队 的 典型 模式 。 从 理论 上 讲 , 任何 一 对 儿 编程 人 员 都 可 以 根据 自己 的 理解 来 
完全 自发 地 创建 一 种 结构 。 通 常 ,让 团队 中 的 一 个 人 (或 几 个 人 ) 来 承担 大 比例 结构 的 一 定 监管 
职责 有 利于 保持 结构 的 统一 。 如 果 这 位 承担 监管 职责 的 非 正式 的 领导 人 也 是 一 位 负责 具体 工作 的 
开发 人 员 (仲裁 者 和 协调 员 )， 而 不 是 决策 的 唯一 制定 者 ， 那 么 这 种 方法 将 特别 有 效 。 在 我 见 过 
的 极限 编程 团队 中 , 这样 的 策略 设计 领导 者 可 能 会 自动 出 现 , 他 的 角色 就 像 是 一 位 教练 。 不 管 这 
个 自动 出 现 的 领导 人 是 谁 ， 他 仍然 是 开发 团队 的 成 员 之 一 。 由 此 可 见 ， 开 发 团队 必须 至 少 有 几 位 
具有 这 样 才干 的 人 ， 由 他 们 来 制定 一 些 运用 到 整个 项 目 中 的 设计 决策 。 

当 多 个 团队 使 用 同一 种 大 比例 结构 时 , 密切 相关 的 团队 可 以 开始 非 正 式 的 协作 。 在 这 种 情况 
下 , 每 个 应 用 程序 团队 仍 会 产生 对 这 种 大 比例 结构 的 各 自 的 想法 ,而 其 中 有 些 特殊 的 选择 则 由 一 
个 非 正 式 的 委员 会 来 讨论 , 这 个 委员 会 由 各 个 团队 的 代表 组 成 。 在 评估 了 这 些 选择 对 设计 的 影响 
之 后 ， 委 员 会 决定 是 采用 它 、 修 改 它 ， 还 是 放弃 它 。 团 队 在 这 种 松散 的 合作 关系 下 一 起 前 进 。 这 
种 安排 在 团队 数目 相对 较 少 的 时 候 很 有 效 , 因为 各 个 团队 之 间 能 够 一 致 地 保持 彼此 协调 , 他 们 的 
设计 能 力 大 致 相同 ， 而 且 他 们 的 结构 需求 基本 是 一 致 的 ， 可 以 通过 同一 种 大 比例 结构 来 满足 。 


17.4.2 以 客户 为 中 心 的 架构 团队 
当 几 个 团队 共用 同一 种 策略 时 ,确实 需要 集中 制定 一 些 决策 .架构 师 如 果 脱 离 实际 开发 工作 ， 
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就 可 能 会 设计 出 失败 的 模型 , 但 这 是 完全 可 以 避免 的 。 架 构 团队 可 以 把 自己 放 在 与 应 用 开发 团队 
平等 的 位 置 上 ,帮助 他 们 协调 大 比例 结构 .BOUNDED CONTEXT 边 界 和 其 他 一 些 跨 团队 的 技术 问题 。 
为 了 在 这 个 过 程 中 发 挥 作用 ， 架 构 团 队 必 须 把 思考 的 重点 放 在 应 用 程序 的 开发 上 。 

在 组 织 结构 图 中 , 这 样 的 团队 看 起 来 与 传统 的 架构 团队 没什么 分 别 , 但 实际 上 二 者 在 每 一 项 
活动 中 都 存在 不 同 。 架 构 团 队 的 成 员 是 真正 的 开发 协作 者 ,他们 与 开发 人 员 一 起 发 现 模式 ,与 各 
个 团队 一 起 通过 反复 实验 进行 精炼 ， 并 亲自 动手 参与 开发 工作 。 

这 种 场景 我 曾经 见 到 过 几 次 , 项 目 最 终 会 由 一 位 架构 师 来 领导 , 下 面 列 出 的 大 部 分 工作 都 会 
由 他 来 完成 。 


17.5 制定 战略 设计 决策 的 6 个 要 点 


决策 必须 传达 到 整个 团队 

显然 , 如 果 不 能 确保 团队 中 的 所 有 人 都 知道 策略 并 去 遵守 它 , 那么 策略 也 就 失去 了 作用 。 这 
个 要 求 引导 人 们 以 架构 团队 (具有 正式 的 “权威 ") 为 中 心 组 织 到 一 起 ， 以 便 在 整个 项 目 中 应 用 
一 致 的 规则 。 然 而 具有 讽刺 意味 的 是 ,那些 脱离 实际 开发 工作 的 架构 师 往往 会 被 人 们 忽略 或 典 开 。 
如 果 架 构 师 没有 实践 经 验 ， 又 试图 把 他 们 自己 的 规则 强加 于 实际 的 应 用 程序 , 那么 他 们 所 设计 出 
来 的 模式 就 会 不 切实 际 ， 这 时 开发 人 员 除了 忽略 他 们 之 外 别 无 选择 。 

在 一 个 沟通 良好 的 项 目 中 ， 应 用 开发 团队 所 产生 的 策略 设计 实际 上 会 更 有 效 地 传播 到 每 个 
人 。 这 样 策略 将 会 实际 发 挥 作用 ， 而 且 具 有 权威 性 ， 因 为 它 是 通过 集体 智慧 制定 的 决策 。 

无 论 开发 什么 系统 , 都 不 要 用 管理 层 所 授予 的 权力 来 强制 地 推行 战略 决策 , 而 应 该 更 多 地 关 
注 开 发 人 员 与 策略 之 间 的 实际 关系 。 

决策 过 程 必须 收集 反馈 意见 

无 论 是 建立 组 织 原则 、 大 比例 结构 还 是 精炼 过 程 ， 都 需要 非常 精细 的 工作 ， 因 此 需要 真正 理 
解 项 目的 需求 和 领域 概念 。 那 些 唯一 具有 这 方面 深层 次 知识 的 人 就 是 应 用 程序 的 开发 团队 。 这 解 
释 了 为 什么 架构 团队 所 创建 的 应 用 架构 很 少 对 项 目 产 生 帮 助 , 尽管 我 们 必须 承认 很 多 架构 师 都 非 
常 有 才能 。 

与 技术 基础 设施 和 架构 不 同 , 战略 设计 虽然 影响 到 所 有 的 开发 工作 , 但 是 它 本 身 并 不 需要 编 
写 很 多 代码 。 战略 设 计 真正 需要 的 是 应 用 开发 团队 的 参与 。 经 验 丰富 的 架构 师 可 以 听取 来 自 各 个 
团队 的 想法 ， 并 促进 总 体 解决 方案 的 开发 。 

我 曾经 与 一 个 技术 架构 团队 合作 过 , 这 个 团队 实际 上 把 成 员 轮 流派 到 使 用 其 架构 的 各 个 应 用 
开发 团队 中 。 这 种 流动 性 既 使 架构 团队 亲身 体验 到 了 开发 人 员 所 面临 的 挑战 ,同时 也 把 如 何 应 用 
框架 的 知识 传播 给 了 开发 人 员 。 战 略 设计 同样 需要 这 种 紧凑 的 反馈 循环 。 

计划 必须 允许 演变 

有 效 的 软件 开发 是 一 个 高 度 动态 的 过 程 。 如 果 最 高 层 的 决策 已 经 固定 下 来 , 那么 当 团队 需要 
对 变更 做 出 响应 时 ， 选 择 就 会 更 少 。 遵 循 EVoLVING ORDER 这 一 原则 ， 可 以 避免 出 现 这 个 问题 ， 
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因为 它 强调 的 是 根据 理解 的 不 断 加 深 来 修改 大 比例 结构 。 

当 很 多 设计 决策 过 早 地 固定 下 来 时 ,开发 团队 可 能 会 束 手 束 脚 ， 失去 解决 问题 的 灵活 性 。 因 
此 , 虽然 那些 为 了 协调 项 目 而 制定 的 原则 可 能 很 有 价值 , 但 原则 必须 能 够 随 着 项 目 开发 生命 周期 
的 进行 而 完善 和 变化 , 而 且 不 能 过 分 限制 应 用 程序 开发 人 员 的 权力 , 因为 开发 工作 本 来 就 已 经 很 
难 了 。 

有 了 积极 的 反馈 之 后 ， 当 在 构建 应 用 程序 的 过 程 中 遇 到 障碍 或 是 出 现 了 意外 的 机 会 时 , 就 能 
够 自然 地 进行 创新 。 局 

架构 团队 不 必 把 所 有 最 好 、 最 聪明 的 人 员 都 吸收 进来 

架构 层次 的 设计 确实 需要 技术 精湛 的 人 员 , 而 这 样 的 人 员 总 是 供不应求 。 项 目 经 理 往往 会 把 
那些 最 有 技术 天 分 的 开发 人 员 调 到 架构 团队 和 基础 设施 团队 中 , 因为 他 们 想 要 充分 利用 这 些 高 级 
设计 人 员 的 技能 。 在 项 目 经 理 看 来 , 开发 人 员 都 希望 提高 自己 的 影响 力 , 或 是 攻克 那些 “更 有 趣 ” 
的 问题 。 而 且 ， 加 入 精英 团队 本 身 也 会 赢得 威望 。 

这 样 往往 会 把 那些 技术 能 力 较 差 的 人 留 下 来 实际 构建 应 用 程序 。 但 要 想 开发 出 优秀 的 应 用 程 
序 ， 是 需要 设计 技巧 的 ， 因 此 这 样 安排 注定 会 失败 。 即 使 战略 团队 建立 了 一 个 伟大 的 战略 设计 ， 
应 用 程序 开发 团队 也 没有 能 力 把 它 实现 出 来 。 

相反 ,架构 团队 几乎 从 来 不 会 把 那些 缺乏 设计 技巧 但 精通 领域 知识 的 开发 人 员 吸 纳 进来 。 战 
略 设计 并 不 是 一 项 纯粹 的 技术 任务 , 把 那些 精通 深层 次 领域 知识 的 开发 人 员 排 除 在 外 只 会 使 架构 
师 的 工作 更 难 进行 。 而 且 同 样 也 需要 领域 专家 的 参与 。 

所 有 应 用 程序 团队 都 应 该 有 一 些 技术 能 力 很 强 的 设计 人 员 , 而 且 任 何 从 事 战略 设计 的 团队 也 
都 必须 具有 领域 知识 ， 这 两 者 都 是 非常 重要 的 。 聘 用 更 多 高 级 设计 人 员 是 很 有 必要 的 ， 而 且 使 架 
构 团队 偶尔 从 事 一 下 开发 工作 也 会 很 有 帮助 。 我 相信 有 很 多 有 用 的 方法 , 但 任何 有 效 的 战略 团队 
必须 要 与 一 个 有 效 的 应 用 程序 团队 通力 合作 。 

战略 设计 需要 遵守 简约 和 谦逊 的 原则 

任何 设计 工作 都 必须 精炼 而 简约 ， 而 战略 设计 更 要 简约 。 即 使 是 一 个 非常 小 的 设计 失误 也 有 
可 能 会 变 成 可 怕 的 隐患 。 把 架构 团队 单 分 出 来 时 要 格外 慎重 ， 因 为 他 们 将 更 少 感知 他 们 为 应 用 程 
序 开发 团队 所 设置 的 障碍 。 同 时 ， 架 构 师 对 其 主要 职责 的 过 度 关 注 会 使 他 们 迷失 方向 。 我 就 曾 多 
次 看 到 过 这 种 情况 ， 甚 至 我 自己 也 犯 过 这 种 错误 。 有 了 一 个 好 的 想法 后 ， 又 会 引出 另 一 个 想法 ， 
想法 太 多 最 后 就 会 得 到 一 个 过 度 设计 的 架构 ， 这 种 体系 结构 反而 起 到 了 负面 作用 。 [494] 

相反 , 我 们 必须 严格 地 约束 自己 ， 从 而 使 所 设计 出 来 的 组 织 原则 和 核心 模型 精简 到 只 包含 那 
些 能 够 显著 提高 设计 清晰 度 的 内 容 。 事 实 上 ,几乎 任何 事物 都 会 对 其 他 某 个 事物 构成 障碍 ， 因 此 
每 个 元 素 都 必须 是 确实 值得 存在 的 。 我 们 需要 有 一 个 谦 还 的 态度 , 才能 认识 到 我 们 自己 认为 的 最 
佳 思路 可 能 会 对 某 个 人 构成 障碍 。 

对 象 的 职责 要 专 一 ， 而 开发 人 员 应 该 是 多 面 手 

好 的 对 象 设计 的 本 质 是 只 为 每 个 对 象 分 配 一 个 明确 且 专 一 的 职责 , 并 且 把 对 象 之 间 的 互相 依 
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赖 性 减 至 绝对 最 小 有 时 人 们 会 试图 让 团队 中 的 交流 像 软件 中 的 交互 那样 整齐 。 其 实在 一 个 优秀 
的 项 目 中 , 会 有 很 多 人 参与 其 他 人 的 事情 。 开 发 人 员 有 时 也 处 理 框架 ， 而 架构 师 有 时 也 会 编写 应 
用 程序 代码 。 所 有 人 员 都 可 以 互相 交流 。 这 种 看 似 无 秩序 的 工作 其 实 是 很 有 效率 的 。 因 此 ,应 该 
让 对 象 有 专 一 的 职责 ， 而 让 开发 人 员 成 为 多 面 手 。 

由 于 我 已 经 把 战略 设计 与 其 他 设计 区 分 开 了 , 以 帮助 王 清 所 涉及 的 工作 ,因此 在 这 里 必须 指 
出 有 两 种 设计 活动 并 不 意味 着 有 两 种 人 员 。 基于 深层 模型 创建 一 个 柔性 设计 是 一 种 高 级 的 设计 活 
动 , 但 一 些 细节 问题 也 十 分 重要 ， 因 此 设计 工作 必须 由 一 个 从 事 编码 工作 的 人 来 完成 。 战 略 设计 
源 自 应 用 设计 , 然而 战略 设计 需要 有 一 个 总 体 的 开发 活动 视图 , 这 个 视图 可 能 跨越 多 个 团队 。 人 
们 总 喜欢 想 出 各 种 办 法 把 工作 分 得 很 细 , 以 使 得 设计 专家 不 必 了 解 业 务 ， 而 领域 专家 也 不 用 知道 
技术 。 一 个 人 能 学 的 知识 是 有 限 的 ， 但 过 于 专业 化 也 会 前 弱 领 域 驱动 设计 的 力量 。 


17.5.1 技术 框架 同样 如 此 


技术 框架 提供 了 基础 设施 层 ， 从 而 使 应 用 程序 不 必 自 己 去 实现 基本 服务 ， 而 且 技术 框架 还 能 
帮助 把 领域 与 其 他 关注 点 隔离 开 ， 因 此 它 能 够 极 大 地 加 速 应 用 程序 (包括 领域 层 ) 的 开发 。 但 技 
术 框 架 也 是 有 风险 的 ， 那 就 是 它 会 影响 领域 模型 实现 的 表达 能 力 ， 并 妨碍 领域 模型 的 自由 改变 。 
甚至 当 框 架设 计 人 员 并 没有 特意 去 干涉 领域 层 或 应 用 层 的 时 候 ， 情 况 同 样 如 此 。 

用 于 克服 战略 设计 缺点 的 原则 同样 适用 于 技术 架构 。 遵守 演变 、 简 约 等 原则 并 且 让 应 用 程序 
开发 团队 参与 进来 , 就 能 够 得 到 一 组 持续 精 化 的 服务 和 规则 ,这 些 服务 和 规则 能 够 真正 有 助 于 应 
用 程序 的 开发 ,而 不 会 妨碍 开发 。 如 果 架 构 不 按照 这 种 路 线 来 设计 ,那么 它们 要 么 会 抑制 应 用 程 
序 开发 的 创造 力 , 要 么 被 人 们 绕 过 去 了 ,从 而 导致 应 用 程序 为 了 能 够 把 开发 进行 下 去 而 根本 没有 
使 用 架构 。 

有 一 种 态度 肯定 会 使 框架 流 于 失败 。 

不 要 编写 “傻瓜 式 ” 的 框架 

在 划分 团队 时 ， 如 果 认 为 一 些 开 发 人 员 不 够 聪明 , 无 法 胜任 设计 工作 ,而 让 他 们 去 做 开发 工 
作 ， 那么 这 种 态度 可 能 会 导致 失败 ， 因 为 他 们 低估 了 应 用 程序 开发 的 难度 。 如 果 这 些 人 在 设计 方 
面 不 够 聪明 ， 就 不 应 该 让 他 们 来 开发 软件 。 如 果 他 们 足够 聪明 ， 那 么 用 “傻瓜 式 ” 的 框架 来 应 付 
他 们 只 会 为 他 们 造成 障碍 ， 使 他 们 得 不 到 所 需 的 工具 。 

这 种 态度 还 会 损害 团队 之 间 的 关系 。 我 就 曾经 在 这 样 傲慢 自 大 的 团队 中 感到 疲惫 不 堪 ， 于 是 
我 每 次 谈话 都 得 向 开发 人 员 道 次, 我 自己 也 因为 有 这 样 自 大 的 同事 而 感到 难堪 (我 轧 怕 永远 也 无 
法 改变 这 样 的 团队 )。 

注意 ,把 无 关 的 技术 细节 封装 起 来 与 我 所 反对 的 那 种 预 打包 完全 不 同 。 框 架 可 以 为 开发 人 员 
提供 有 力 的 抽象 和 工具 ,使 他 们 不 用 去 做 那么 多 苦 差 事 。 有 用 的 封装 和 “傻瓜 式 ”的 预 打包 之 间 
的 区 别 很 难 用 一 种 通用 的 方式 描述 出 来 ， 但 只 要 问 问 框架 设计 人 员 他 们 对 将 要 使 用 工具 /框架 /组 
件 的 那些 人 有 什么 期 望 ， 就 可 以 看 出 区 别 。 如 果 设 计 入 员 对 框架 的 用 户 非常 尊重 ， 那么 他 们 的 工 
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作 方向 可 能 就 是 正确 的 。 
17.5.2 ”注意 总 体 规划 


由 Christopher Alexander 领 导 的 一 群 建筑 师 (设计 实际 大 楼 的 建筑 师 ) 在 建筑 和 城市 规划 领域 
中 提倡 “ 聚 少 成 多 地 成 长 ”(piecemeal growth) 。 他 们 非常 好 地 解释 了 总 体 规划 失败 的 原因 。 


如 果 没有 某 种 规划 过 程 ， 那 么 俄勒冈 州 大 学 的 校园 永远 不 会 像 剑桥 大 学 校园 那样 谍 大 、 和 谐 
而 井 间 有 条 。 

总 体 规划 是 解决 这 种 难题 的 传统 方法 。 它 试图 建立 足够 多 的 指导 方针 ，, 来 保持 整体 环境 的 一 
致 性 ， 同 时 仍然 为 每 性 建筑 保留 自由 度 ， 并 为 适应 局 部 需要 预 留 下 广阔 的 空间 。 

i 将 来 这 所 大 学 的 所 有 部 分 将 构成 一 个 一 致 的 整体 ,因为 它们 只 是 被 “插入 ”到 总 体 设计 
的 各 个 位 置 中 。 

…… 实 际 上 总 体 规划 会 失败 ,因为 它 只 是 建立 了 一 种 极权 主义 的 秩序 ,而 不 是 一 种 有 机 的 秩 
序 。 它们 过 于 生硬 了 ， 因 此 不 容易 根据 自然 变化 和 不 可 预料 的 社会 生活 变化 来 做 出 调整 。 当 这 些 
变化 发 生 时 …… 总 体 规划 就 变 得 过 时 了 ,而 且 不 再 被 人 们 遵守 。 即 使 人 们 遵守 总 体 规 划 ……' 它们 
也 没有 足够 详细 地 指定 建筑 物 之 间 的 联系 ,人口 规 模 、 功 能 均衡 等 等 这 些 用 来 帮助 每 尽 建 筑 的 局 
部 行为 和 设计 很 好 地 符合 整体 环境 的 方面 。 

i 试图 久 驭 这 种 总 体 规划 过 程 非常 类 似 于 在 小 孩 的 填 色 本 上 填充 颜色 …… 这 个 过 程 最 多 
也 不 过 是 得 到 一 种 极为 平常 的 秩序 。 

wate 因此 ,通过 总 体 规划 是 无 法 得 到 一 种 有 机 的 秩序 的 ， 因 为 这 个 规划 既 过 于 精确 ， 又 不 够 
精确 。 它 在 整体 上 过 于 精确 了 ， 而 在 细节 上 又 不 够 精确 。 

…" 总 体 规划 的 存在 路 远 了 用 户 [因为 ， 从 根本 上 讲 ] 大 部 分 重要 决策 已 经 确定 下 来 了 ， 因 此 
社区 成 员 对 社区 未 来 的 建设 几乎 没有 什么 影响 了 。 

一 一 摘自 Oregon Experiment，pp. 16-28 ([Alexander et al. 1975]) 


Alexander 和 他 的 同事 倡议 由 社区 成 员 共 同 制定 一 组 原则 ， 并 在 “ 聚 少 成 多 地 成 长 ”的 每 次 行 
动 中 都 应 用 这 些 原则 ， 这 样 就 会 形成 一 种 “有 机 秩序 " ， 并 且 能 够 根据 环境 变化 作出 调整 。 
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后 记 


然 开发 最 前 沿 的 项 目 并 体验 有 趣 的 思想 和 工具 会 带 来 巨大 的 成 就 感 , 但 我 认为 如 果 软 
件 得 不 到 有 效 的 应 用 ， 那 么 一 切 都 将 成 为 空谈 。 事 实 上 ， 检 验 软 件 成 功 与 否 的 最 有 效 
的 方法 是 让 它 运行 一 段 时 间 。 近 年 来 ， 我 从 我 经 历 过 的 项 目 中 总 结 出 了 一 些 经 验 。 

这 里 我 们 来 谈 一 下 其 中 的 5 个 项 目 , 每 个 项 目 都 认真 尝试 了 领域 驱动 的 设计 , 尽管 它们 并 没 
有 系统 地 采用 这 种 方法 ， 当 然 也 不 能 真正 称 为 领域 驱动 的 设计 。 这 5 个 项 目 都 完成 了 软件 交付 工 
作 , 其 中 有 4 个 项 目 坚持 采用 模型 驱动 的 设计 方法 ， 并 得 到 了 一 个 这 样 的 设计 ， 而 有 一 个 项 目 却 
没有 这 样 做。 一 些 应 用 程序 经 过 了 多 年 的 成 长 和 改变 ,但 有 一 个 程序 一 直 没 有 进步 , 还 有 一 个 很 
早 就 天 折 了 。 

第 1 章 中 描述 的 PCB 设计 软件 的 beta 版 本 在 业内 引起 了 一 次 很 大 的 万 动 ， 但 遗憾 的 是 ， 发 
起 该 项 目的 公司 在 它 的 营销 方面 做 得 非常 失败 , 导致 该 项 目 无 疾 而 终 。 少 数 一 些 保留 了 beta 版 副 
本 的 PCB 工程 师 现在 仍 在 使 用 该 软件 。 像 所 有 缺乏 支持 的 软件 一 样 ， 它 会 被 继续 使 用 下 去 ， 直 
到 其 中 集成 的 某 个 程序 发 生 重大 改变 为 止 。 

第 9 章 中 介绍 的 贷款 软件 在 发 生 突破 之 后 ,经 历 了 3 年 波澜 不 惊 的 发 展 。 在 此 之 后 ,该 项 目 
脱离 出 来 ,成 为 一 家 独立 的 公司 ,在 重组 的 过 程 中 ， 
从 一 开始 就 领导 这 个 项 目的 经 理 被 解聘 了 ,一 些 核 
心 开 发 人 员 也 随 他 一 起 离开 。 新 的 团队 有 一 套 稍微 
不 同 的 设计 思想 , 他 们 不 是 完全 遵循 对 象 建 模 。 但 
保留 了 具有 复杂 行为 的 独特 的 领域 层 , 而且 在 他 们 
的 开发 团队 中 依旧 非常 重视 领域 知识 。 在 新 公司 独 
立 运转 7 年 后 , 该 软件 仍 在 不 断 增 加 新 的 功能 。 它 
在 业内 是 一 个 领先 的 应 用 程序 , 正在 为 越 来 越 多 的 

3 客户 机 构 服 务 ， 也 是 公司 最 大 的 收入 来 源 。 
一 片 新 种 植 的 橄 寞 林 ， 到 领域 驱动 的 方法 广 为 流 行 的 时 候 ， 对 很 多 
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项 目 中 的 相关 软件 的 创建 将 会 变 得 更 快 、 更 高 效 。 但 最 终 项 目 仍 不 免 按 传统 的 套路 发 展 ， 导 致 先 
前 精炼 的 深层 模型 无 法 被 充分 利用 ,更 谈 不 上 去 增强 它 的 能 力 了 。 可 能 我 的 期 望 过 高 了 ,但 如 果 
做 不 到 这 一 点 ， 项 目 就 无 法 在 长 达 数 年 的 期 间 内 为 用 户 提供 稳定 的 价值 。 

我 曾经 与 另 一 位 开发 人 员 结 对 儿 做 过 一 个 项 目 , 我 们 为 客户 编写 一 个 实用 工具 , 客户 用 这 个 
工具 来 开发 他 们 的 核心 产品 。 所 需 的 功能 及 功能 组 合 相 当 复杂 。 我 很 喜欢 这 个 项 目的 工作 ， 我 们 
也 开发 出 了 一 个 具有 ABSTRACT CoRE 的 柔性 设计 。 这 个 软件 交付 以 后 ， 每 个 人 涉及 的 工作 也 就 
结束 了 。 由 于 项 目 交 接 之 后 就 与 我 们 无 关 了 ,交接 过 程 显得 有 些 突 无 ， 因 此 我 估计 那些 用 来 支持 
元 素 组 合 的 特性 可 能 很 难 被 客户 理解 , 而 且 有 可 能 被 替换 为 更 典型 的 事例 逻辑 。 但 这 种 情况 并 没 
有 马上 发 生 。 当 我 们 交付 软件 的 时 候 ， 程 序 包含 一 个 完整 的 测试 套件 和 一 个 精炼 文档 。 新 的 团队 
成 员 用 这 个 文档 来 指导 他 们 的 工作 。 他 们 对 这 个 软件 做 了 一 番 研究 之 后 ,很 高 兴 地 发 现 我 们 的 设 
计 提供 了 各 种 可 以 利用 的 机 会 。 当 我 在 一 年 之 后 听 到 他 们 的 评论 时 ， 我 知道 我 们 的 UBIQUITOUS 
LANGUAGE 已 经 引起 了 新 团队 的 极 大 兴趣 ， 而 且 这 种 语言 仍然 充满 活力 并 继续 发 展 。 

又 一 年 过 去 了 ， 我 听 到 一 个 完全 不 同 的 故事 。 
团队 遇 到 了 新 的 需求 ,开发 人 员 们 发 现 用 原来 的 设 
和 ” 计 已 经 无 法 满足 这 些 新 需求 。 他 们 不 得 不 修改 设 
计 , 这 一 改 几乎 使 原来 的 设计 面目 全 非 。 在 了 解 了 
一 些 细节 之 后 ,我 发 现 我 们 原来 的 模型 用 来 解决 这 
些 问 题 时 显然 十 分 鳖 脚 ,往往 就 是 在 这 个 时 候 有 可 
能 产生 一 次 突破 ,形成 一 个 更 深层 的 模型 ,特别 是 
在 这 个 例子 中 ,开发 人 员 已 经 积累 了 大 量 的 深层 领 
域 知识 和 经 验 .事实 上 ,他 们 确实 形成 了 新 的 理解 ， 
并 最 终 根 据 这 些 理解 对 模型 和 设计 进行 了 转换 。 

他 们 小 心 轻 眉 地 、 委 婉 地 告诉 了 我 这 件 事情 ， 
我 猜 他 们 可 能 是 担心 我 在 听 到 如 此 多 的 先前 工作 被 丢弃 后 会 感到 不 满 。 但 是 我 对 自己 的 设计 并 没 
有 这 种 守旧 情结 。 一 个 成 功 的 设计 并 不 一 定 要 永远 保持 不 变 。 如 果 把 人 们 闲 以 工作 的 一 个 系统 封 
闭 起 来 , 那么 它 将 会 变 为 一 项 永久 的 、 触 及 不 到 的 遗留 资产 。 深 恨 模 型 可 以 使 人 们 清楚 地 看 懂 它 ， 
并 据 此 产生 新 的 理解 ， 而 柔性 设计 可 以 促进 后 续 的 修改 。 他 们 提出 了 一 个 更 深层 的 模型 ， 这 个 模 
型 更 符合 用 户 关心 的 需求 。 他 们 的 设计 解决 了 实际 问题 。 变 更 是 软件 的 固有 性 质 ， 因 此 这 个 程序 
在 拥有 它 的 团队 的 手中 得 到 了 继续 发 展 。 

本 书 很 多 章节 中 都 提 到 过 运输 的 例子 , 这 个 例子 大 体 上 是 基于 一 家 大 型 国际 集装箱 运输 公司 
的 项 目 。 在 早期 , 项 目的 领导 者 们 采用 了 领域 驱动 的 方法 ,但 他 们 一 直 没 有 建立 一 种 支持 该 方法 
的 开发 文化 。 几 支 具 有 不 同 设计 技术 水 平和 对 象 经 验 的 团队 分 头 开始 创建 模块 , 但 他 们 之 间 的 工 
作 只 是 由 团队 领导 者 之 间 的 非 正 式 合作 和 一 个 主要 负责 客户 事务 的 架构 团队 来 粗略 地 协调 。 我 们 
确实 开发 出 了 一 个 合理 的 .深层 的 CoRE DoMAIN 模 型 ,也 有 一 个 可 使 用 的 UBIQUITOUS LANGUAGE。 
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但 公司 的 文化 非常 不 利于 迭代 开发 ， 因 此 我 们 过 了 很 长 时 间 才 形成 了 一 个 可 用 的 内 部 版 本 。 
因此 , 问题 到 了 后 期 阶段 才 暴 露出 来 , 而 此 时 修复 的 话 就 要 冒 很 大 的 风险 并 且 要 付出 高 昂 的 代价 。 
我 们 发 现 了 模型 的 某 些 方面 会 引起 数据 库 性 能 问题 。 反 馈 (无 论 是 实现 问题 ,还 是 模型 修改 ) 是 
MoDEL-DRIVEN DESIGN 的 一 个 自然 的 部 分 , 但 那 时 我 们 感觉 到 我 们 已 经 在 开发 这 条 路 上 走 得 太 远 
了 ， 以 至 于 很 难 再 修改 模型 的 基本 部 分 了 。 相 反 ， 我 们 对 代码 做 了 修改 ,使 它 更 有 效 ， 但 代码 与 
模型 的 联系 却 被 前 弱 了 。 最初 的 版 本 也 暴露 出 了 在 技术 基础 设施 扩展 方面 的 局 限 性 , 这 使 管理 层 
感到 担忧 。 项目 组 聘请 了 专家 来 修复 基础 设施 问题 , 而 且 项 目 也 恢复 了 开发 。 但 实现 与 领域 建 模 
之 间 却 始终 没有 形成 一 个 闭合 的 循环 。 

有 几 个 团队 交付 了 不 错 的 软件 一 一 实现 了 复杂 的 功能 , 模型 也 表达 得 很 清楚 。 而 有 些 团 队 交 
付 的 软件 却 很 生硬 ， 只 是 简单 地 根据 模型 开发 出 数据 结构 (尽管 他 们 也 保留 了 UBIQUrrOUS 
LANGUAGE 的 痕迹 )。 可 能 使 用 CoNTEXT MAP 也 是 于 事 无 补 ， 因 为 各 个 团队 的 开发 结果 之 间 没 有 
什么 必然 联系 。 然 而 ， 用 UBIQUITOUS LANGUAGE 开发 出 来 的 CoRE 模 型 确实 帮助 团队 把 各 自 的 工 
作 整 合 为 一 个 系统 。 

虽然 范围 缩小 了 ,项 目 还 是 赫 换 了 几 个 遗留 系统 。 虽然 大 部 分 设计 都 不 够 灵活 , 但 整体 的 设 
计 还 是 通过 一 个 共享 的 概念 集 凝聚 到 了 一 起 ,经 过 儿 年 之 后 , 系统 本 身 已 经 退化 为 一 项 跟 留 资产 ， 
但 它 仍 在 为 全 球 业 务 提供 全 天 候 的 服务 。 虽然 有 几 支 团队 完成 了 出 色 的 工作 , 而 且 公司 有 着 雄厚 
的 财力 ， 但 整个 项 目 最 后 还 是 逾期 了 。 项 目的 文化 从 来 没有 真正 采纳 过 MODEL-DRIVEN DESIGN 
方法 。 现在 的 这 个 新 的 开发 是 在 不 同 平台 上 进行 的 , 而 且 也 基本 上 不 受 我 们 的 工作 影响 了 ， 因 为 
新 的 开发 人 员 有 着 他 们 自己 的 传统 开发 风格 。 

在 一 些 领域 中 , 像 运输 公司 最 初 设 定 的 那样 宏伟 的 目标 是 不 可 信 的 。 更 好 的 做 法 是 开发 小 的 、 
确保 能 够 交付 的 应 用 程序 , 并 坚持 用 最 简单 的 设计 来 实现 简单 的 功能 。 这 种 保守 的 方法 有 它 自己 
的 用 武之 地 ， 可 以 使 项 目 范围 保持 精简 ， 并 且 使 项 目 具 有 快速 响应 的 能 力 。 但 集成 的 、 模 型 驱动 
的 系统 所 提供 的 价值 是 那些 拼凑 起 来 的 系统 无 法 提供 的 。 但 我 们 还 有 一 种 方法 ， 那 就 是 使 用 领域 
驱动 的 设计 构建 一 个 深层 的 模型 和 柔性 设计 ， 这 样 ， 具 有 丰富 功能 的 大 型 系统 就 能 够 逐步 增长 。 

最 后 我 们 来 说 一 下 Evant, 这 是 一 家 开发 库存 管理 系统 的 公司 , 我 曾 在 这 家 公司 做 过 辅助 支持 
的 工作 ， 也 为 公司 已 经 很 健壮 的 设计 文化 作出 了 一 点 贡献 。 有 些 人 把 这 个 项 目 看 作 是 极限 编程 的 
典型 代表 ,但 很 少 有 人 注意 到 它 也 广泛 应 用 了 领域 驱动 的 设计 。 在 这 个 项 目 中 ,模型 被 不 断 精 炼 ， 
并 且 用 更 柔性 的 设计 表达 出 来 。 这 个 项 目 在 2001 年 的 “dotcom” 泡 沫 破裂 以 前 一 直 在 快速 发 展 。 
不 过 随后 由 于 投资 断 流 ， 公 司 一 度 奢 缩 ， 软 件 开发 也 基本 上 陷 人 休眠 状态 ， 看 起 来 离 倒闭 的 日 子 
不 远 了 。 但 在 2002 年 夏季 ，Evant 被 一 个 世界 排名 前 十 的 零售 商 看 中 。 这 家 潜在 的 客户 喜欢 Evant 
的 产品 ， 但 产品 需要 改变 设计 ， 以 便 扩展 系统 来 支持 大 量 库存 规划 操作 。 这 是 Evant 的 最 后 机 会 。 

虽然 项 目 人 员 已 萎缩 至 4 人 , 但 团队 仍然 有 实力 。 他 们 都 具有 精湛 的 技术 , 并 且 人 掌握 了 大 量 领 
域 知识 , 而 且 其 中 一 位 成 员 还 精通 系统 的 扩展 问题 。 他 们 有 着 非常 高 效 的 开发 文化 ,代码 库 也 实现 
了 和 柔性 设计 , 因此 便于 修改 。 在 那个 夏天 , 这 4 位 开发 人 员 经 过 艰巨 的 努力 终于 使 系统 能 够 处 理 数 
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以 十 亿 计 的 规划 元 素 以 及 数 百 个 用 户 。 借助 于 这 些 强大 功能 ， Evant 赢 得 了 这 家 大 客户 。 不 久之 后 
它 被 男 一 家 公司 收购 ， 这 家 公司 希望 利用 他 们 的 软件 以 及 他 们 所 展示 出 的 能 力 来 应 对 新 的 需求 。 

领域 驱动 的 设计 文化 (以 及 极限 编程 文化 ) 在 公司 过 渡 期 间 幸 存 下 来 并 获得 了 新 生 。 现 在 ， 
模型 和 设计 仍 在 不 断 发 展 ， 比 两 年 前 我 工作 的 时 候 要 丰富 和 灵活 得 多 。 而 且 Evant 团队 并 没有 被 
收购 它 的 公司 同化 ， 相 反 ， 在 Evant 团队 成 员 的 带动 下 ， 公 司 现 有 项 目 团队 正在 向 Evant 团队 的 
开发 文化 转变 。 这 个 故事 还 远 未 结束 。 


没有 哪个 项 目 会 用 到 本 书 中 介绍 的 所 有 技术 。 尽 管 如 此 , 我 们 很 容易 通过 几 个 方面 辨认 出 一 
个 项 目 是 否 采用 了 领域 驱动 的 设计 。 标志 性 的 特征 是 “把 理解 目标 领域 并 把 学 到 的 知识 融合 到 软 
件 中 当 作 首 要 任务 "。 其 他 工作 都 以 它 为 前 提 。 团 队 成 员 在 项 目 中 有 意识 地 使 用 通用 语言 ， 并 且 
不 断 对 语言 进行 精 化 。 由 于 他 们 不 断 地 学 习 越 来 越 多 的 领域 知识 , 因此 他 们 永远 不 会 满足 于 现 有 
领域 模型 的 质量 。 他 们 把 持续 精 化 视 作 机 会 ， 把 不 适当 的 模型 视 作风 险 。 他 们 知道 ， 开 发 出 高 质 
量 的 、 能 够 清晰 反映 出 领域 模型 的 软件 并 非 易 事 ， 因 此 他 们 一 丝 不 苟 地 运用 设计 技巧 。 他 们 也 因 
为 遇 到 障碍 而 跌倒 过 ， 但 却 始 终 坚 持 自己 的 原则 ， 百 折 不 挠 ， 继 续 前 进 。 


未 来 展望 


气候、 生态 系统 和 生物 学 以 前 被 认为 是 杂乱 无 章 的 , 是 与 物理 或 化 学 恰好 相反 的 “ 软 "” 领域 。 
然而 ， 近 来 人 们 认识 到 这 种 “混乱 ”的 表象 实际 上 提出 了 一 个 具有 深远 意义 的 技术 挑战 ， 这 意味 
着 要 去 发 现 和 理解 这 些 非常 复杂 的 现象 之 中 蕴含 的 规律 。 被 人 们 认为 很 “复杂 ”的 领域 是 很 多 科 
学 的 前 沿 。 虽然 有 才能 的 软件 工程 师 通常 都 认为 纯粹 的 技术 任务 是 最 有 趣 、 最 有 挑战 性 的 , 但 领 
域 驱动 设计 展现 了 一 个 同样 富有 挑战 性 (甚至 具有 更 大 挑战 性 ) 的 新 领域 。 业 务 软件 大 可 不 必 是 
拼凑 而 成 的 杂乱 系统 。 与 一 个 复杂 的 领域 “搏斗 "， 把 它 转 化 为 一 个 可 理解 的 软件 设计 ， 这 对 于 
优秀 的 技术 人 员 来 说 是 一 项 激动 人 心 的 挑战 。 

由 外 行 创建 复杂 软件 的 时 代 还 远 未 到 来 。 虽然 掌 握 了 一 些 初级 技术 的 众多 编程 人 员 可 以 开发 
出 特定 种 类 的 软件 , 但 他 们 绝对 无 法 开发 出 能 在 危急 关头 拯救 公司 的 软件 。 工具 构 建 人 员 必须 确 
保 他 们 开发 出 的 工具 能 够 提高 那些 优秀 软件 开发 人 员 的 能 力 和 工作 效率 。 真正 需要 做 的 事 是 更 加 
透彻 地 研究 领域 模型 ,并 在 可 运行 的 软件 中 把 它们 表示 出 来 。 我 非常 希望 能 够 使 用 出 于 这 个 目的 
而 设计 的 新 工具 和 技术 来 进行 实验 。 

然而 ， 尽管 好 的 工具 很 有 价值 ， 但 我 们 不 能 把 注意 力 都 放 在 工具 上 而 忽视 掉 一 个 基本 的 事 
实 一 一 创建 好 的 软件 是 一 项 需要 学 习 和 思考 的 活动 。 建 模 需 要 想象 力 和 自律 。 好 的 工具 能 够 帮助 
我 们 思考 或 避免 分 心 。 企 图 自动 实现 一 些 只 有 通过 思考 才能 完成 的 任务 是 不 切实 际 的 ,如果 这 样 
做 的 话 ， 产 生 的 效果 只 会 适得其反 。 

利用 已 有 的 工具 和 技术 , 我 们 可 以 开发 出 比 当今 大 多 数 项 目 更 有 价值 的 系统 。 我 们 可 以 编写 
优秀 的 软件 ,这样 的 软件 使 用 起 来 是 一 种 乐趣 ， 它 在 扩展 的 时 候 不 会 对 我 们 构成 限制 ， 反 而 会 为 
我 们 创造 新 的 机 会 ， 并 且 会 不 断 为 其 使 用 者 提供 价值 。 
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~ 的 第 一 部 “ 靓 车 ”是 一 部 已 经 使 用 了 8 年 的 标致 (Peugeot) ， 这 是 我 大 学 毕业 后 不 久 

别人 送 给 我 的 。 有 人 把 这 款 车 称 为 “法 国 的 梅 赛 德 斯 "， 它 制造 精良 ， 驾 驶 起 来 非常 

舒适 ， 而 且 安 全 性 很 高 。 但 到 我 手 里 时 ， 它 已 经 有 一 些 年 头 了 ,因此 很 容易 出 毛病 ， 而 且 需 要 更 
多 的 保养 。 

标致 是 一 家 老牌 公司 ， 数 十 年 来 一 直 沿 着 自己 的 发 展 路 线 前 进 。 它 有 自己 的 机 械 术 语 、 设 计 
和 特殊 风格 , 甚至 零 部 件 的 拆卸 有 时 也 不 是 标准 的 。 这 导致 标致 车 只 有 标致 公司 的 专家 才能 修理 ， 
维修 费用 对 于 一 个 刚 毕业 的 、 没 多 少 收入 的 学 生来 说 是 一 个 潜在 的 问题 。 

在 一 次 平常 的 维护 中 , 我 把 车 开 到 当地 一 家 机 修 工 那里 检查 漏 油 问题 。 他 检查 了 底盘 , 告诉 
我 油 是 “从 距离 车 尾 大 概 2/3 位 置 处 的 一 个 小 箱子 里 漏出 来 的 ， 这 个 小 箱子 看 起 来 与 前 后 轮 之 间 
的 制 动 力 分 配 有 关 ”。 随 后 他 拒绝 了 为 我 修 车 ,建议 我 去 找 50 英里 之 外 的 经 销 商 。 任 何 机 修 工 都 
可 以 修理 福特 或 本 田 汽车 , 这 就 是 为 什么 这 些 车 开 起 来 更 方便 而 且 维 修 费 用 也 较 低 的 缘故 ,尽管 
它们 在 机 械 制 造 上 与 标致 汽车 同样 复杂 。 

虽然 我 确实 喜欢 这 部 车 ， 但 我 再 也 不 想 拥有 一 部 古怪 的 车 了 。 有 一 天 车 被 检 出 了 一 个 问题 ， 
而 对 它 的 维修 费用 却 相当 昂贵 。 我 实在 是 受 不 了 这 辆 标致 了 ,于 是 就 把 车 送 给 了 当地 一 家 接受 汽 
车 捐赠 的 苇 善 机 构 。 然 后 我 买 了 一 辆 旧 的 本 田 思 域 ， 买 这 辆 车 的 钱 跟 那 辆 标致 的 修理 费 差 不 多 。 

领域 开发 缺乏 标准 的 设计 元 素 , 因此 每 个 领域 模型 和 对 应 的 实现 都 很 奇怪 且 难 以 理解 ,此 外 ， 
每 个 团队 都 必须 重复 地 设计 轮子 〈 或 齿轮 ， 或 雨刷 ) 。 在 面向 对 象 的 设计 中 ， 所 有 的 一 切 都 是 对 
象 、 引 用 或 消息 ,这 些 都 是 有 用 的 抽象 。 但 这 并 不 足以 约束 领域 设计 的 选择 范围 ,也 无 法 支持 对 
领域 模型 进行 简练 的 讨论 。 

“一 切 都 是 对 象 ”这 个 观点 就 好 像 木 区 或 建筑 师 把 房屋 归纳 为 “一 切 都 是 屋子 ”一 样 。 屋 子 
有 大 有 小 ， 有 电源 插座 和 水 池 的 大 屋子 可 以 做 饭 ,， 楼 上 则 是 睡觉 用 的 小 屋子 。 描 述 一 间 普 通 的 房 
子 可 能 需要 许多 页 纸 的 篇 幅 。 于 是 ,建造 和 使 用 房屋 的 人 意识 到 房屋 需要 遵循 一 些 模式 , 这 些 模 
式 都 有 特殊 的 名 称 ， 例 如 “厨房 "。 这 种 语言 使 人 们 能 够 对 房屋 设计 进行 简练 的 讨论 。 

此 外 , 并 非 所 有 的 功能 组 合 都 是 实用 的 。 为 什么 不 建 一 个 既 能 供 我 们 洗澡 又 能 供 我 们 睡觉 的 
房间 呢 ? 这 样 不 是 很 方便 吗 ? 但 长 期 的 经 验 已 经 形成 了 习惯 ， 我 们 把 “浴室 ”和 “卧室 ”分 开 。 
毕竟 ， 洗 洽 设 施 往往 可 以 与 更 多 的 人 共用 ， 而 卧室 则 不 然 。 浴 室 需 要 最 大 限度 地 保证 个 人 独处 ， 
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甚至 包括 那些 共用 同一 个 卧室 的 其 他 人 也 不 能 未 经 同意 而 同时 使 用 这 个 浴室 。 而且, 浴室 需要 装 
备 特殊 的 、 曲 贵 的 设施 。 浴缸 和 卫生 间 通 常设 在 一 个 房间 里 , 因为 它们 都 需要 相同 的 基础 设施 (水 
和 排水 管道 )， 还 因为 二 者 都 需要 保护 隐私 。 

另 一 类 需要 安装 特殊 设施 的 房间 是 我 们 用 来 做 饭 的 房间 ， 也 称 为 “厨房 "。 与 浴室 相 比 ， 厨 
房 没 有 隐私 需求 。 由 于 厨房 的 设计 同样 很 昂贵 ， 因 此 通常 一 所 房屋 (即使 是 很 大 的 房屋 ) 只 有 一 
个 厨房 。 这 种 单一 性 也 促使 我 们 形成 了 准备 全 家 共用 的 食物 和 共同 用 餐 的 习惯 。 

当 我 说 我 需要 一 所 有 三 间 卧 室 、 两 间 浴 室 和 一 个 开放 式 厨房 的 房屋 时 , 我 把 大 量 的 信息 打包 
到 一 名 很 短 的 话 里 ， 并 且 避 免 了 很 多 思春 的 错误 ， 例 如 把 抽水 马桶 放 在 冰箱 旁边 。 

在 每 个 设计 领域 (例如 汽车 、 皮 划 艇 或 软件 ) 中 ， 我们 都 会 把 设计 建立 在 已 有 模式 上 , 在 已 
有 主题 范围 内 即兴 发 挥 。 有 时 我 们 必须 发 明 一 些 全 新 的 东西 。 但 是 ， 以 标准 的 模式 元 素 为 基础 ， 
可 以 避免 把 精力 浪费 在 那些 已 经 存在 了 解决 方案 的 问题 上 ， 从 而 集中 精力 关注 我 们 的 特殊 问题 。 
此 外 ， 根 据 传 统 的 模式 来 建立 自己 的 设计 可 以 避免 产生 一 个 过 于 特殊 化 的 、 很 难 交流 的 设计 。 

虽然 软件 设计 领域 不 像 其 他 设计 领域 那么 成 熟 , 各 种 情况 变化 多 端 , 无 法 像 汽车 零 部 件 或 房 
性 那样 具体 地 应 用 模式 ,但 不 管 怎样 都 不 能 仅仅 停留 在 “一 切 都 是 对 象 ” 这 种 层次 上 ， 至 少 要 分 
清 “ 螺 栓 ” 和 “弹簧 ”。 

20 世 纪 70 年代， 一 群 由 Christopher Alexander ([Alexander et al. 1977]) 领导 的 建筑 师 提出 
了 一 种 共享 和 标准 化 设计 思想 的 理念 。 他 们 的 “模式 语言 ”把 一 些 经 过 事实 检验 的 解决 方案 组 合 
在 一 起 ， 用 来 解决 一 些 公共 的 问题 (这 些 问 题 比 “ 厨 房 ” 要 复杂 多 了 ， 可 能 会 使 Alexander 的 一 
些 读 者 望而却步 )。 他 们 的 目的 是 让 房屋 的 建造 者 和 使 用 者 用 这 种 语言 进行 交流 ， 并 且 在 这 些 模 
式 的 指导 下 建造 出 优美 的 建筑 物 ， 为 房屋 的 使 用 者 提供 实用 的 功能 ， 并 让 他 们 产生 良好 的 体验 。 

无 论 建筑 师 们 是 怎样 想 的 ， 这 种 模式 语言 已 经 对 软件 设计 产生 了 重大 的 影响 。 在 20 世纪 90 
年 代 ， 软 件 模式 被 应 用 在 很 多 方面 ， 并 且 获 得 了 一 些 成 功 ， 特 别 是 在 详细 设计 ([Gamma et al]) 
和 技术 架构 ([Buschmann et al. 1996]) 方面 获得 了 显著 成 功 。 近 来 ， 模 式 已 经 在 基本 的 面向 对 象 
设计 技术 ([Larman 1998]) 和 企业 架构 〈[Fowler 2002, Alur et al. 2001]) 中 得 到 了 验证 。 模 式 语 
言 现在 已 成 为 组 织 软件 设计 思想 的 主流 技术 。 


模式 名 称 应 该 作为 团队 语言 中 的 术语 来 使 用 , 我 在 本 书 中 就 是 这 样 使 用 它们 的 。 当 在 讨论 中 
出 现 模式 名 时 ， 一 律 采用 了 英文 小 体 大 写 格式 ， 以 便于 区 分 。 

以 下 是 本 书 讨论 模式 时 所 采用 的 格式 。 有 的 模式 与 这 个 基本 格式 略 有 不 同 ,因为 我 喜欢 具体 
问题 具体 对 待 ， 而 且 我 认为 可 读 性 比 严格 的 结构 更 为 重要 …… 


模式 : 模式 名 称 


[概念 的 说 明 。 有 时 用 一 种 形象 的 比喻 或 引起 读者 兴趣 的 文字 。] 
[上 下 文 。 对 概念 与 其 他 模式 相关 性 的 简单 解释 。 有 些 情 况 下 是 一 段 简单 的 模式 概述 。 
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但 是 , 本 书 中 的 大 部 分 上 下 文 讨论 都 是 在 每 章 的 引言 以 及 其 他 叙述 段落 中 给 出 的 , 而 不 是 在 

模式 中 给 出 的 。 
举 洲 举 ] 

[问题 讨论 ] 

问题 小 结 

通过 解决 问题 的 讨论 形成 一 个 解决 方案 。 

因此 : 

解决 方案 小 结 。 

结果 。 实 现 考虑 。 示 例 。 


结论 。 简 单 解释 这 种 模式 如 何 引出 后 续 模 式 。 

[实现 问题 的 讨论 。 在 Alexander 最 初 的 格式 中 , 这 个 讨论 应 该 放 在 一 个 段落 内 ， 描 述 问题 的 
解决 ， 本 书 一 般 是 按照 Alexander 的 方法 来 组 织 的 。 但 有 些 模式 需要 较 长 的 实现 讨论 。 为 了 保证 
核心 模式 讨论 的 紧 资 ， 我 把 这 些 较 长 篇 幅 的 实现 讨论 移 到 了 模式 讨论 的 后 面 。 











510| 此 外 ， 较 长 的 示例 ， 特 别 是 涉及 多 个 模式 组 合 的 示例 ， 也 放 在 模式 之 外 进行 讨论 。] 
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以 下 是 本 书 中 所 选用 的 术语 、 模 式 名 和 其 他 概念 的 简要 定义 。 


AGGREGATE (聚合 ) 一 一 聚合 就 是 一 组 相关 对 象 的 集合 ,我 们 把 聚合 作为 数据 修改 的 单元 。 
外 部 对 象 只 能 引用 聚合 中 的 一 个 成 员 ， 我 们 把 它 称 为 根 。 在 聚合 的 边界 之 内 应 用 一 组 一 致 的 规 
则 。 

分 析 模 式 (analysis pattern) 一 一 分 析 模式 是 用 来 表示 业务 建 模 中 的 常见 构造 的 概念 集合 。 
它 可 能 只 与 一 个 领域 有 关 ， 也 可 能 跨 多 个 领域 ([Fowler 1997, p. 8]) 。 

AsSERTION (断言 ) 一 一 断言 是 对 程序 在 某 个 时 刻 的 正确 状态 的 声明 ， 它 与 如 何 达 到 这 个 状 
态 无 关 。 通 常 ， 断 言 指 定 了 一 个 操作 的 结果 或 者 一 个 设计 元 素 的 固定 规则 。 

BOUNDED CONTEXT (限界 上 下 文 ) 一 一 特定 模型 的 限界 应 用 。 限 界 上 下 文 使 团队 所 有 成 员 能 
够 明确 地 知道 什么 必须 保持 一 致 ， 什 么 必须 独立 开发 。 

客户 (client) 个 程序 元 素 ， 它 调用 正在 设计 的 元 素 ， 使 用 其 功能 。 

内 聚 (cohesion) 一 一 逻辑 协定 和 依赖 性 。 

命令 ， 也 称 为 修改 器 命令 (command/modifier) 一 一 使 系统 发 生 改 变 的 操作 (例如 ， 设 置 变 
量 )。 它 是 一 种 有 意 产生 副作用 的 操作 。 

CONCEPTUAL CONTOUR (概念 轮廓 ) 一 一 领域 本 身 的 基本 一 致 性 ， 如 果 它 能 够 在 模型 中 反映 
出 来 的 话 ， 则 有 助 于 使 设计 更 自然 地 适应 变化 。 

上 下 文 (context) 个 单词 或 句子 出 现 的 环境 , 它 决定 了 其 含义 .参见 BOUNDED CONTEXT。 

CONTEXT MAP (上 下 文 图 ) 一 一 项 目 所 涉及 的 限界 上 下 文 以 及 它们 与 模型 之 间 的 关系 的 一 种 
表示 。 

CoRE DoMAIN (核心 领域 ) 一 一 模型 的 独特 部 分 ， 是 用 户 的 核心 目标 ， 它 使 得 应 用 程序 与 众 
不 同 并 且 有 价值 。 

声明 式 设计 《declarative design) 一 一 一 种 编程 形式 ， 由 精确 的 属性 描述 对 软件 进行 实际 的 
控制 。 它 是 一 种 可 执行 的 规格 。 

深层 模型 (deep model) 一 一 领域 专家 们 最 关心 的 问题 以 及 与 这 些 问题 最 相关 的 知识 的 清晰 
表示 。 深 层 模 型 不 停留 在 领域 的 表层 和 粗浅 的 理解 上 。 








354 结束 语 





设计 模式 (design pattem) 一 一 设计 模式 是 对 一 些 互相 交互 的 对 象 和 类 的 描述 ， 我 们 通过 定 
制 这 些 对象 和 类 来 解决 特定 上 下 文中 的 一 般 设计 问题 ([Gamma et al. 1995, p. 3])。 

精炼 (distillation) 一 一 精炼 是 把 一 堆 混 杂 在 一 起 的 组 件 分 开 的 过 程 ， 从 中 提取 出 最 重要 的 
内 容 , 使 得 它 更 有 价值 ， 也 更 有 用 。 在 软件 设计 中 ,精炼 就 是 对 模型 中 的 关键 方面 进行 抽象 ， 或 
者 是 对 大 系统 进行 划分 ， 从 而 把 核心 领域 提取 出 来 。 

领域 (domain) 一 一 知识 、 影 响 或 活动 的 范围 。 

领域 专家 (domain expert) 一 软件 项 目的 成 员 之 一 ， 精 通 的 是 软件 的 应 用 领域 而 不 是 软件 
开发 。 并 非 软件 的 任何 使 用 者 都 是 领域 专家 ， 领 域 专家 需要 具备 深厚 的 主题 知识 。 

领域 野 (domain layer) 一 一 在 分 层 架构 中 负责 领域 逻辑 的 那 部 分 设计 和 实现 。 领域 层 是 在 软 
件 中 用 来 表示 领域 模型 的 地 方 。 





ENTITY (实体 ) 一 一 一 种 对 象 ， 它 不 是 由 属性 来 定义 的 ， 而 是 通过 一 连 串 的 连续 事件 和 标识 
定义 的 。 

FACTORY (工厂 ) 一 一 一 种 封装 机 制 ， 把 复杂 的 创建 逻辑 封装 起 来 ， 并 为 客户 抽象 出 所 创建 
的 对 象 的 类 型 。 

函数 function) 种 只 计算 和 返回 结果 而 没有 副作用 的 操作 。 

不 可 变 的 (immutable) 一 一 在 创建 后 永远 不 发 生 状 态 改变 的 一 种 特性 。 

隐 式 概念 (implicit concept) 一 一 一 种 为 了 理解 模型 和 设计 的 意义 而 必 不 可 少 的 概念 ， 但 它 
从 未 被 提 及 。 


JNTENTION-REVEALING INTERFACE ( 释 意 接口 ) 一 一 类 、 方 法 和 其 他 元 素 的 名 称 既 表达 了 初始 
开发 人 员 创建 它们 的 目的 ， 也 反映 出 了 它们 将 会 为 客户 开发 人 员 带 来 的 价值 。 

固定 规则 (invariant) 一 一 一 种 为 某 些 设计 元 素 做 出 的 断言 ， 除 了 一 些 特殊 的 临时 情况 〈 例 
如 方法 执行 的 中 间 ， 或 者 尚未 提交 的 数据 库 事务 的 中 间 ) 以 外 ， 它 必须 一 直 保持 为 真 。 

和 迭代 (iteration) 一 一 程序 反复 进行 小 幅 改进 的 过 程 。 也 表示 这 个 过 程 中 的 一 个 步 又。 

大 比例 结构 (large-scale structure) 组 高 层 的 概念 和 /或 规则 ， 它 为 整个 系统 建立 了 一 
种 设计 模式 。 它 使 人 们 能 够 从 大 的 角度 来 讨论 和 理解 系统 。 








LAYERED ARCHITECTURE (分 层 架构 ) 一 一 种 用 于 分 离 软件 系统 关注 点 的 技术 ， 它 把 领域 层 
与 其 他 层 分 开 。 
生命 周期 (life cycle) 个 对 象 从 创建 到 删除 中 间 所 经 历 的 一 个 状态 序列 ， 通 常 具有 一 


些 约束 ， 以 确保 从 一 种 状态 变 为 另 一 种 状态 时 的 完整 性 。 它 可 能 包括 ENTITY 在 不 同 的 系统 和 
BoUNDED CONTEXT 之 间 的 迁移 。 

模型 (model) 个 抽象 的 系统 ， 描 述 了 领域 的 所 选 方面 ， 可 用 于 解决 与 该 领域 有 关 的 
问题 。 

MODEL-DRIVEN DESIGN (模型 驱动 的 设计 ) 一 一 软件 元 素 的 某 个 子 集 严格 对 应 于 模型 的 元 素 。 
也 代表 一 种 合作 开发 模型 和 实现 以 便 互 相 保持 一 致 的 过 程 。 
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建 模范 式 (modeling paradigm) 一 一 一 种 从 领域 中 提取 概念 的 特殊 方式 ， 与 工具 结合 起 来 使 
用 ， 为 这 些 概念 创建 软件 类 比 。 (例如 ， 面 向 对 象 编程 和 有 远 辑 编程 。) 

REPOsITORY (存储 库 ) 一 一 种 把 存储 、 检 索 和 搜索 行为 封装 起 来 的 机 制 ， 它 类 似 于 一 个 对 
象 集合 。 


职责 (responsibility) 一 一 执行 任务 或 掌握 信息 的 责任 〈[Wirfs-Brock et al. 2003, p. 3])。 

SERVICE (服务 ) 种 作为 接口 提供 的 操作 ， 它 在 模型 中 是 独立 的 ， 没 有 封装 的 状态 。 

副作用 (side effect) 一 一 由 一 个 操作 产生 的 任何 可 观测 到 的 状态 改变 ， 不 管 这 个 操作 是 有 意 
的 还 是 无 意 的 (即使 是 一 个 有 意 的 更 新 操作 )。 

SIDE-EFFECT-FREE FUNCTION (无 副作用 的 函数 ) 一 一 参见 [FUNCTION] 

STANDALONE CLASS (孤立 的 类 ) 一 一 无 需 引用 任何 其 他 对 象 (系统 的 基本 类 型 和 基础 库 除 
外 ) 就 能 够 理解 和 测试 的 类 。 

无 状态 (stateless) 一 一 设计 元 素 的 一 种 属性 ， 客 户 在 使 用 任何 无 状态 的 操作 时 ， 都 不 需要 
关心 它 的 历史 。 无 状态 的 元 素 可 以 使 用 甚至 修改 全 局 信息 〈 即 它 可 以 产生 副作用 )， 但 它 不 保存 
影响 其 行为 的 私有 状态 。 

战略 设计 (strategic design) 一 一 一 种 针对 系统 整体 的 建 模 和 设计 决策 。 这 样 的 决策 影响 整 
个 项 目 ， 而 且 必 须 由 团队 来 制定 。 

和 柔性 设计 (supple design) 一 一 柔性 设计 使 客户 开发 人 员 能 够 掌握 并 运用 深层 模型 所 区 含 的 
潜力 来 开发 出 清晰 、 灵 活 且 健壮 的 实现 ， 并 得 到 预期 结果 。 同 样 重要 的 是 ， 利 用 这 个 深层 模型 ， 
开发 人 员 可 以 轻松 地 实现 并 调整 设计 ， 从 而 很 容易 地 把 他 们 的 新 知识 加 入 到 设计 中 。 

UBIQUrTOUS LANGUAGE (通用 语言 ) 一 一 围绕 领域 模型 建立 的 一 种 语言 ， 团 队 所 有 成 员 都 使 
用 这 种 语言 把 团队 的 所 有 活动 与 软件 联系 起 来 。 

统一 (unification) 一 一 模型 的 内 部 一 致 性 ， 使 得 每 个 术语 都 没有 歧义 且 没 有 规则 冲突 。 

VALUE OBJECT ( 值 对 象 ) 一 一 一 种 描述 了 某 种 特征 或 属性 但 没有 概念 标识 的 对 象 。 

WHOLE VALUE (完整 值 ) 一 一 对 单一 、 完 整 的 概念 进行 建 模 的 对 象 。 
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